HL7 FHIR Architecture
FHIR R4 APIs, US Core profiles, resource modeling, search, bundles, terminology, implementation guides, data mapping, validation, and implementation strategy.
I design and implement standards-based healthcare platforms using the HL7® FHIR® standard, SMART on FHIR, secure APIs, cloud architecture, analytics, and modern data workflows — turning fragmented healthcare data into usable information and interoperable applications.
FHIR · SMART on FHIR · OAuth 2.0 / OIDC · US Core · Bulk FHIR · Healthcare APIs · Data Quality · Analytics
$ GET /Patient/43dd4e31-0c9d-42c7-a2e1-53ccf0e09dba
200 OK
{
"resourceType": "Patient",
"meta": {
"profile": [
"http://hl7.org/fhir/us/core/..."
]
}
}
$ GET /.well-known/smart-configuration
SMART App Launch discovery
authorization_endpoint
token_endpoint
grant_types_supported
code_challenge_methods_supported
capabilitiesI work across the full interoperability lifecycle: requirements, architecture, data mapping, API design, security, validation, implementation, and delivery.
FHIR R4 APIs, US Core profiles, resource modeling, search, bundles, terminology, implementation guides, data mapping, validation, and implementation strategy.
Application launch architecture using OAuth 2.0, OpenID Connect, PKCE, SMART scopes, launch context, discovery, registration, and reusable app-launch frameworks.
Cloud-native healthcare platforms, event-driven integration, analytics, data quality, governance, and scalable pipelines across payer, provider, HIE, and public-sector environments.
SMART on FHIR combines standards-based clinical data access with OAuth 2.0 and OpenID Connect so authorized applications can launch with appropriate user and clinical context.
The app reads the FHIR server's SMART configuration and supported capabilities.
The app requests approved scopes through OAuth 2.0 Authorization Code flow with PKCE.
Authenticated identity and applicable SMART launch context are passed to the application.
The app calls the FHIR API using the authorized access token and agreed resource scopes.
For SMART App Launch 2.x, a FHIR server exposes /.well-known/smart-configuration. Core launch metadata includes authorization and token endpoints, supported grant types, PKCE support, and SMART capability declarations.
Modern interoperability increasingly combines secure application launch, event-driven exchange, population-scale access, payer-provider automation, analytics, and governed data products.
CRD, DTR, and PAS support standards-based payer-provider workflows and the reduction of manual administrative exchange.
Subscription patterns support responsive workflows when encounters, observations, and other clinical events change.
Asynchronous population export enables analytics, quality measurement, research, and large-scale healthcare data processing.
An emerging approach to portable authorization and access decisions across connected healthcare networks and data holders.
This site doubles as a practical learning and development hub for testing FHIR APIs, SMART launch patterns, synthetic data transformation, and interoperability workflows.
Albert Ward is split across State of Oklahoma and Ash Family Medical LLC to demonstrate one patient represented by multiple contributors in an HIE-style workflow using a deterministic Medicaid anchor.
Two lifetime Synthea patient records demonstrate how linked FHIR resources form a longitudinal record.
Removes or replaces Synthea/GitHub artifacts while preserving standards-based FHIR, US Core, LOINC, SNOMED CT, CVX, NPI, UCUM, and related content.
Applies Oklahoma / practice-specific values after neutral sanitization, including Organization, Location, Practitioner, and PractitionerRole localization.
Observation: 99
Encounter: 16
DiagnosticReport: 2
MedicationRequest: 2
Condition: 3
Procedure: 8
------------------------
TOTAL: 130My focus is the practical work required to move from standards and requirements to usable healthcare platforms.
Resource strategy, profiles, implementation guides, API patterns, cloud architecture, scalability, and conformance guardrails.
Reusable launch frameworks, OAuth/OIDC, PKCE, scopes, context, app configuration, launch placement, and verification.
Mapping and normalization across clinical, claims, HL7, X12, NCPDP, synthetic data, quality, governance, and analytics workflows.
My background spans payer, provider, health information exchange, state health, analytics, cloud architecture, and product delivery. I focus on making complex healthcare standards understandable, implementable, and operational.
FHIR creates the common language. SMART on FHIR creates the application model. Good architecture turns both into working healthcare systems.