FHIR-integraties, elke resource gescoped op een consent, elke read in de audit log.
FHIR is een standaard die iedereen anders implementeert. Epic is Cerner niet, is athenahealth niet, is Veradigm niet. We bouwen de integratielaag die die verschillen verbergt voor de rest van het product, consent als first-class entity behandelt, en elke read en write binnen een audittrail houdt die een clinical reviewer kan verdedigen.
Wat we bouwen
SMART on FHIR launches, standalone en embedded
OAuth 2.0 + OpenID Connect tegen de authorization server van de EHR. Standalone launches voor patient-facing apps; embedded launches voor clinician-workflows in de EHR. Beide paden gebruiken dezelfde access-token-resolution code; de UI verschilt.
Resource-mapping naar een getypt intern model
FHIR Patient, Observation, Encounter, Condition, MedicationRequest, elk mapt naar een getypt intern model waar de rest van het product uit leest. Vendor-specifieke quirks (verschillende code systems, missende velden, custom extensions) worden aan de boundary genormaliseerd, niet gelekt naar business logic.
Consent + audit op elke read
Elke FHIR-fetch draagt een consent ID en schrijft een audit-rij voordat de data terugkomt. De audit log is zelf FHIR-flavoured (AuditEvent resource) zodat bestaande compliance-tooling hem kan ingesten. Een patient record ophalen zonder consent-trail is structureel onmogelijk.
Bulk Data Access voor populatie-level reads
Group-level exports via FHIR Bulk Data ($export). Het async job pattern handelt long-running EHR-responses af, polt de status-endpoint, ingest de NDJSON en duwt de resources door dezelfde normalisatie-laag als live reads.
Webhook + subscription-handling
FHIR Subscriptions waar de EHR ze support (R4B+). Waar niet, pollen we op een redelijk ritme met delta-detection. Updates landen in dezelfde event-bus waar interne services uit lezen, dus een nieuwe Observation kan downstream workflow triggeren ongeacht de bron.
EHR-partner onboarding als routine
Nieuwe partner (nieuwe Epic-install, nieuwe Cerner-site) volgt een checklist: register de app, capture client IDs, valideer scopes, draai de integratietest-suite tegen hun sandbox, promote naar productie. Elke onboarding voedt terug in de suite.
Waar dit past
Je bouwt patient-facing software en hebt echte EHR-integratie nodig, geen screen-scraped CSV-import.
Je hebt geïntegreerd met één EHR en de tweede leert je dat 'FHIR-compliant' bij verschillende leveranciers verschillende dingen betekent.
Je bent voorbij de proof-of-concept en de clinical reviewer wil audittrails zien voordat de app in de buurt van een echte patiënt komt.
Tech stack
- TypeScript
- FHIR R4
- SMART on FHIR
- Postgres
- Drizzle
Wil je dit voor je team?
30 minuten met een oprichter of ervaren ontwikkelaar. We bepalen wat je nodig hebt en zeggen je eerlijk of Stacklane past.
Plan een gesprekVerwante capabilities