API ReferenceVersion 2.0 — 202614 min read

Platform API Overview

Clinical Integration Patterns — Confirm the Service Contract

An overview of clinical API patterns — consent grants, FHIR R4 resources, and specialist modules. Examples illustrate the model; the approved partner contract defines the production interface.

01

Introduction

These examples explain consent-gated clinical access, FHIR resource patterns, and specialist modules. Confirm the actual interface with the owning service before implementation. Aimedis Wiki reference retrieval has a separate API contract.

What you can build

Patient-facing health management applications
Consent-integrated record-sharing tools
Non-binding clinical decision support tools
FHIR R4-compliant data exchange services
Insurance and rehabilitation engagement platforms
VR/AR medical education environments

Platform provides access to

Consent-checked REST API access to healthcare data
FHIR R4 resource-based clinical records
Scoped, PIN-protected patient consent grants
Hash-chained, tamper-evident audit logging
02

Getting Access

Request clinical API access through the partner program. The examples use patient- or practitioner-scoped Bearer tokens; confirm the actual service origin, credentials, consent checks, and audit guarantees before implementation.

1

Request Access

Apply through the Aimedis partner program with your organization details and intended integration.

2

Receive Scoped Credentials

Confirm credential issuance and supported patient or practitioner scopes with the service owner. The examples use Bearer tokens.

3

Integrate the Consent Flow

Use the approved clinical contract to implement grant handling, protected reads, and audit requirements. The examples below explain the model.

4

Go Live

Complete partner review and confirm production access, credentials, and operational requirements with the service owner.

Authenticated requestHTTP
GET /api/consent/grants
Authorization: Bearer {patient_token}

A public self-service API program — API keys, client libraries, and a sandbox environment — is on the roadmap, not live today. See Roadmap below.

04

FHIR R4 Resources

FHIR R4 resource types provide the clinical data model illustrated below. The consent examples above return grant metadata only. The partner service supplies the protected record-read endpoint and its response schema; confirm how the grant is applied before retrieving any patient data.

Resource types by consent scope

demographicsPatient
vitalsObservation
diagnosesCondition
medicationsMedicationRequest, MedicationDispense
allergiesAllergyIntolerance
labsObservation, DiagnosticReport
radiologyImagingStudy, DiagnosticReport
notesDocumentReference
consent grantConsent
access log entryAuditEvent

Sensitive categories can use the same FHIR resource types with additional classification and authorization rules. Confirm the service’s actual tags, scopes, and explicit-consent requirements.

05

Platform Module APIs

The following examples outline specialist clinical and operational integration areas. Each owning service must confirm its actual endpoints, credentials, permissions, consent requirements, and audit behavior. Wiki reference retrieval follows its separately documented contract.

Aimedis Rehab — Neurorehabilitation

AI + XR neurorehabilitation: validated clinical scales with automatic scoring, immersive XR training environments, wearable integrations, and the clinician benchmark radar.

GET
/api/rehab/assessments/{patientId}

Retrieve validated clinical scale scores (FIM, Barthel Index, Berg Balance, NIHSS, MoCA, GCS) with automatic scoring and interpretation bands.

ResponseJSON
{
  "patientId": "12345",
  "scale": "BergBalance",
  "score": 42,
  "maxScore": 56,
  "interpretationBand": "moderate-fall-risk",
  "scoredAt": "2026-06-30T10:15:00Z"
}
POST
/api/rehab/xr-sessions

Start an Unreal Engine XR training session with AI-adaptive difficulty (Meta Quest, Apple Vision Pro, Desktop, Pixel Streaming; group therapy up to 8).

Request BodyJSON
{
  "patientId": "12345",
  "environmentId": "balance-garden",
  "platform": "meta-quest",
  "adaptiveDifficulty": true,
  "maxParticipants": 8
}
GET
/api/rehab/wearables/{patientId}

Retrieve synced wearable and device metrics from the connected-device catalog (Withings, Oura, WHOOP).

GET
/api/rehab/benchmark/{patientId}

Return the 7-dimension clinician benchmark radar (Mobility, Strength, Cognition, Balance, Endurance, Flexibility, Daily Living).

Aimedis Insur — Insurance Engagement

White-label health-insurance engagement: the proprietary 7-dimension benchmark score, a five-tier premium rewards engine, AI-recommended daily tasks, and the bidirectional Care Pro EHR connector.

GET
/api/insur/members/{memberId}/benchmark-score

Return the proprietary 7-dimension benchmark score (0–1000) for a member.

Response (excerpt — 3 of 7 dimensions shown)JSON
{
  "memberId": "M-4471",
  "benchmarkScore": 742,
  "dimensions": {
    "activity": 84,
    "nutrition": 71,
    "sleep": 66
  }
}
GET
/api/insur/members/{memberId}/rewards

Illustrative rewards-tier retrieval (Bronze, Silver, Gold, Platinum, Diamond). Confirm the insurer’s configured reward rules and any applicable premium benefit.

GET
/api/insur/members/{memberId}/tasks

List daily AI-recommended health tasks for the member.

POST
/api/insur/tasks/{taskId}/verify

Submit task completion evidence (photo, connected-device, or self-report verification).

Request BodyJSON
{
  "memberId": "M-4471",
  "verificationType": "device",
  "source": "withings",
  "value": 8200
}
POST
/api/insur/care-pro/sync

Trigger a bidirectional Care Pro EHR connector sync for a consented member.

Aimedis Decision Pro — Clinical Decision Support

Clinical decision support assists patient-professional communication and remains non-binding. A licensed clinician reviews the result. Confirm Decision Pro’s accepted authorization and the separate protected record-read contract; PIN redemption alone does not prove record access.

POST
/api/decision-pro/triage

Request a non-binding AI triage suggestion (5 care levels, 66 specialties, 69 verified ICD-10-GM codes, model’s self-reported confidence).

ResponseJSON
{
  "careLevel": "specialist",
  "suggestedSpecialty": "neurology",
  "icd10gm": ["G43.9"],
  "selfReportedConfidence": 0.71,
  "binding": false,
  "disclaimer": "Non-binding decision support. The licensed clinician decides."
}
POST
/api/decision-pro/consent/redeem

Illustrative PIN redemption for clinical access. Confirm the separate record-read operation and response contract with the service owner.

Request BodyJSON
{
  "patientId": "12345",
  "pin": "480913",
  "scope": "care-record"
}
POST
/api/decision-pro/consent/revoke

Revoke an active grant. Confirm timing in your service contract and recheck access on every protected request; emergency access requires separate authorization and audit.

GET
/api/decision-pro/care-plan/{caseId}

Illustrative care-plan PDF archive retrieval. Confirm integrity verification, retention, and access requirements in the approved service contract.

GET
/api/decision-pro/audit-chain/verify

Verify the tamper-evident SHA-256 audit hash chain for one-click integrity confirmation.

Aimedis Support — Support & Feedback Command Center

Unified support and feedback: the AVA support assistant, a community support board with a six-stage resolution workflow, polls and multi-page surveys, NPS campaigns, and governance moderation.

GET
/api/support/surveys

List polls and multi-page surveys (12 question types incl. NPS, Ranking, Likert, Matrix; branching logic).

POST
/api/support/surveys/{surveyId}/responses

Submit a survey response; the offline response queue auto-syncs when connectivity returns.

Request BodyJSON
{
  "surveyId": "srv-2026-q3",
  "answers": [
    { "questionId": "q1", "type": "nps", "value": 9 }
  ],
  "anonymous": true
}
GET
/api/support/nps

Retrieve auto-computed NPS campaign scores with 8-week trend data.

POST
/api/support/ava/chat

Query the AVA support assistant (RAG over org documentation with cited sources; Support, Analytics, and Creation modes).

POST
/api/support/moderation/{itemId}

Illustrative community-board moderation. Confirm the actual role checks, permitted actions, and audit behavior with the service owner.

06

Cross-Platform Integration Patterns

The platform family uses integration patterns for account linking, booking handoffs, intake, and professional verification. Confirm which services participate and how authorization is enforced in your deployment.

1

Booking → Record → Practice

A booking-to-record handoff can connect Aimedis Booking, Care Pro, and the practice schedule. Confirm delivered fields, timing, synchronization requirements, and failure handling.

2

Onboarding Intake → Pro

A structured intake handoff can connect Aimedis Onboarding, Pro, and Care Pro. Confirm authorization, the transmitted fields, and how the patient reviews the resulting summary.

3

Connect Verification → Credential Badge

Connect provides professional-verification workflows. Confirm which credential or badge Pro checks and how that check is enforced for the protected operation.

07

AVA Integration

AVA appears in product-specific assistant surfaces, with advertised support for 30+ conversational languages. Capabilities and language coverage depend on the application. The following Support endpoint is illustrative; confirm partner availability and authentication with the service owner: /api/support/ava/chat Confirm the approved service contract before connecting.

A general-purpose AVA integration API is a roadmap interest, not a shipped capability. Where AVA offers clinical guidance — such as Aimedis Decision Pro’s triage — it is always non-binding decision support: the licensed clinician always decides.

08

Roadmap

Roadmap

Roadmap items do not establish availability or delivery dates. Confirm the production API and audit guarantees with the owning service during partner onboarding.

Webhooks

Event notifications for consent grants, revocations, and record updates.

Public Self-Service API Keys

Self-service key issuance for the partner developer program.

Client Libraries / SDKs

Official client libraries to reduce integration effort across languages.

Sandbox Environment

A synthetic-data environment for building and testing integrations before going live.

Expanded FHIR Resource Surface

Additional FHIR R4 resource types beyond the current consent-scoped set.

Start clinical integrations with an approved service contract covering consent, protected reads, and audit requirements. Use the separate Wiki API guide when your application needs governed reference content.