API Reference
Browse the complete MediBridgeX API surface, organized by platform services and healthcare interoperability modules.
Overview
The MediBridgeX API is organized into logical groups that mirror the platform architecture. Each section contains endpoints related to a specific platform capability, from core FHIR data to administrative configuration.
API Categories
Authentication
Manage API keys and access tokens.
Organizations
Top-level tenant and billing management.
Projects
Isolate environments and credentials.
FHIR Gateway
Read and write clinical resources.
HL7 Engine
Process legacy v2 messages.
Message Pipeline
Stream real-time healthcare events.
Transformation Engine
Convert data formats dynamically.
Monitoring
Health checks and system metrics.
Audit Logs
HIPAA-compliant access trails.
Platform
Core infrastructure webhooks.
Popular Endpoints
Request Format
// Headers
Authorization: Bearer YOUR_API_KEY
Accept: application/fhir+json
Content-Type: application/fhir+json
Response Format
{
"resourceType": "Patient",
"id": "12345",
"active": true,
"name": [
{
"use": "official",
"family": "Doe",
"given": ["Jane"]
}
]
}
HTTP Status Codes
Request succeeded.
Standard response for successful GET, PUT, or PATCH requests.
Resource created.
Standard response for successful POST requests.
Success, no body.
Standard response for successful DELETE requests.
Invalid input.
The request payload or parameters were malformed.
Invalid credentials.
Missing or invalid API key.
Insufficient scope.
API key is valid but lacks permissions for the action.
Resource missing.
The requested endpoint or resource ID does not exist.
State conflict.
The request conflicts with current state (e.g., duplicate).
Validation failed.
The payload was well-formed but invalid semantically.
Rate limited.
You have exceeded your API rate limit.
Platform error.
An internal issue on the MediBridgeX platform.
API Conventions
JSON
All API requests and responses must be standard JSON or FHIR JSON.
HTTPS
All API requests must be made over HTTPS. Plain HTTP is rejected.
REST
The API is designed using standard RESTful principles and verbs.
FHIR
Clinical endpoints adhere strictly to the HL7 FHIR R4 standard.
Pagination
List endpoints use cursor-based pagination via the `link` header.
Filtering
Resources can be filtered using standard query parameters.
Sorting
Sort results using the `_sort` parameter (e.g., `_sort=-updated`).
Versioning
The API is versioned via the URL path (e.g., `/v1/`).