For Agents
Provision Microsoft Healthcare APIs (FHIR) service instances on Azure, list services across a subscription, and manage their lifecycle.
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the HealthcareApisClient, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with HealthcareApisClient API.
Provision a new Microsoft Healthcare APIs service instance with a FHIR data store
Check whether a proposed service name is available before creation
List all Healthcare APIs services in a subscription or filter by resource group
Retrieve the configuration of a specific service including its FHIR endpoint
GET STARTED
Use for: I need to provision a new Healthcare APIs service for a FHIR project, Check whether the service name 'patient-records-prod' is available, List every Healthcare APIs service in subscription 'sub-clinical', Retrieve the FHIR endpoint URL for service 'patient-records-prod'
Not supported: Does not read or write FHIR resources, run FHIR queries, or manage clinical data — use for provisioning and managing Healthcare APIs service instances only.
Jentic publishes the only available OpenAPI document for HealthcareApisClient, keeping it validated and agent-ready.
Jentic publishes the only available OpenAPI specification for HealthcareApisClient, keeping it validated and agent-ready. The Azure Healthcare APIs Management API provisions and manages Microsoft Healthcare APIs services through Azure Resource Manager. These services host FHIR-compliant clinical data stores in Azure, and this control-plane API handles their lifecycle: name availability, create or update, get, list, update, and delete. The data plane (actual FHIR resource access) is reached through each provisioned service's hostname; this API governs the service resource itself. Authentication is Azure AD OAuth2 against management.azure.com.
Patch tags or properties on an existing Healthcare APIs service
Delete a service when the FHIR data store is no longer needed
Poll long-running provisioning operations via the operationresults endpoint
Patterns agents use HealthcareApisClient API for, with concrete tasks.
★ Stand up a FHIR data store on Azure
Provision a Microsoft Healthcare APIs service via PUT on /subscriptions/.../services/{resourceName} with the desired location, kind (fhir-R4 or fhir-Stu3), and authentication configuration. Once Succeeded, the service exposes a FHIR endpoint that applications can use for clinical data exchange. Suitable for healthcare ISVs needing a managed FHIR server.
Create a Healthcare APIs service named 'patient-records-prod' in resource group 'clinical-rg' with kind 'fhir-R4' and the agreed Azure AD authority configured.
Pre-flight name availability check
Validate a candidate service name with POST /subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/checkNameAvailability before attempting a PUT. This avoids a failed provision if the name is taken across the subscription scope. Useful in self-service portals that surface name validation to users.
POST /subscriptions/{sub}/providers/Microsoft.HealthcareApis/checkNameAvailability with the proposed name 'patient-records-prod' and report whether it is available.
Subscription-wide FHIR service inventory
List all Healthcare APIs services across a subscription via GET /subscriptions/.../providers/Microsoft.HealthcareApis/services. The response gives each service's FHIR kind, endpoint hostname, and current provisioning state. Useful for compliance teams that need a snapshot of every clinical data store under management.
GET all Healthcare APIs services in subscription 'sub-clinical' and return each service's resource ID, kind, and FHIR endpoint.
AI agent FHIR provisioning via Jentic
A clinical platform agent uses Jentic to spin up FHIR data stores on demand for new tenants. Jentic finds Services_CreateOrUpdate, loads the input schema, and executes against ARM with a scoped bearer token. The agent never sees the raw Azure credentials.
Use Jentic to search for 'create azure healthcare apis service', load Services_CreateOrUpdate, and execute it for a new tenant with kind 'fhir-R4' in the agreed region.
9 endpoints — jentic publishes the only available openapi specification for healthcareapisclient, keeping it validated and agent-ready.
METHOD
PATH
DESCRIPTION
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Create or update a Healthcare APIs service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/services
List services in a subscription
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Get a specific service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/checkNameAvailability
Check if a service name is available
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Patch tags or properties
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Delete a service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/locations/{locationName}/operationresults/{operationResultId}
Get an operation result
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Create or update a Healthcare APIs service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/services
List services in a subscription
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Get a specific service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/checkNameAvailability
Check if a service name is available
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Three things that make agents converge on Jentic-routed access.
Credential isolation
Azure service principal credentials are stored encrypted in the Jentic vault. Agents receive a scoped Azure AD bearer token at execution time and never see the raw client secret — important when working in HIPAA-style environments.
Intent-based discovery
Agents search Jentic for 'create azure healthcare apis service' or 'check fhir service name availability' and Jentic returns the matching Services operation with its full input schema.
Time to first call
Direct ARM integration: 2-3 days for AAD setup, name availability handling, and async polling. Through Jentic: under 1 hour — search, load schema, execute.
Alternatives and complements available in the Jentic catalogue.
Azure Bot Service
Manages Azure Bot Service resources used in clinical chatbot scenarios.
Pair with Healthcare APIs when the agent is building a clinical chatbot stack that needs both a FHIR store and a bot service.
Azure API Management
Front the FHIR endpoint with API Management for rate limiting, auth, and audit.
Use API Management when the agent needs to expose a FHIR endpoint to external partners with extra controls.
Azure Key Vault
Store secrets and certificates used by client apps that talk to the FHIR endpoint.
Pair with Healthcare APIs when the agent needs to manage credentials for client apps that consume the FHIR data plane.
Specific to using HealthcareApisClient API through Jentic.
Why is there no official OpenAPI spec for HealthcareApisClient?
Microsoft Azure does not publish a stand-alone OpenAPI specification for the 2019-09-16 Healthcare APIs management surface. Jentic generates and maintains this spec from the Microsoft.HealthcareApis ARM surface so that AI agents and developers can call HealthcareApisClient via structured tooling. It is validated against the live API and kept up to date. Get started at https://app.jentic.com/sign-up.
What authentication does this API use?
The control-plane API uses Azure AD OAuth2 against management.azure.com, declared as the azure_auth security scheme. The data plane (FHIR access on each provisioned service) uses a separate Azure AD authority configured per service. Through Jentic, your service principal credentials sit encrypted in the vault and are exchanged for a scoped bearer token at execution.
Does this API let me read or write FHIR resources?
No. This is the management/control-plane API for Healthcare APIs services. It provisions and configures service instances. To read or write FHIR resources (Patient, Observation, Encounter, etc.) you call the FHIR endpoint of a provisioned service, which speaks the FHIR REST standard, not this ARM API.
What are the rate limits?
Standard ARM throttles apply at the subscription level — about 12,000 reads and 1,200 writes per hour per subscription. Provisioning is long-running, so PUT calls return 202 and callers should poll the operationresults endpoint rather than retry.
How do I provision a FHIR service through Jentic?
Run jentic.search('create azure healthcare apis service'), load the Services_CreateOrUpdate schema, and execute it with the subscription, resource group, service name, location, kind (such as 'fhir-R4'), and the Azure AD auth configuration. Once the operationresults endpoint reports Succeeded, the FHIR endpoint hostname is available on the resource.
Patch tags or properties
/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.HealthcareApis/services/{resourceName}
Delete a service
/subscriptions/{subscriptionId}/providers/Microsoft.HealthcareApis/locations/{locationName}/operationresults/{operationResultId}
Get an operation result