FHIR Bulk Data

• U bouwt een bulk data-client die exports moet starten, statusupdates moet opvragen en NDJSON-bestanden moet downloaden van een FHIR-server.
• U implementeert server-side $export-ondersteuning en moet inzicht krijgen in conformiteitsvereisten, manifeststructuur of CapabilityStatement-declaraties.
• U moet grote exports filteren op resourcetype, datumbereik of FHIR-zoekcriteria met behulp van parameters zoals _type, _since of _typeFilter.
• U integreert SMART Backend Services (OAuth 2.0 client credentials + JWT) voor beveiligde server-naar-server bulktoegang.

• U hoeft alleen afzonderlijke FHIR-resources op te halen via standaard REST — gebruik in plaats daarvan een algemene FHIR-skill.
• Uw use case omvat realtime of bijna-realtime datastreaming in plaats van batchexport.
• U werkt met een eigen bulkexportformaat dat niet voldoet aan de HL7 Bulk Data Access IG.

Begeleidt je door elke fase van de levenscyclus van bulkexport: het startverzoek, verwerking van 202 Accepted, statuspolling met Retry-After en X-Progress, het verwerken van het manifest, het downloaden van bestanden en het opruimen met DELETE.

Behandelt Patient/$export (alle patiënten), Group/[id]/$export (cohortgericht) en [base]/$export (systeemniveau), inclusief wanneer je elk gebruikt en hoe afbakening de uitvoer beïnvloedt.

Gedetailleerde richtlijnen voor alle ondersteunde parameters: _outputFormat, _since, _until, _type, _elements, _typeFilter, includeAssociatedData, organizeOutputBy, en allowPartialManifests.

Precieze regels voor het produceren en verwerken van Newline Delimited JSON: één resource per regel, UTF-8-codering, correcte regelafsluitingen, geen ingesloten nieuwe regels, en het juiste mediatype (application/fhir+ndjson).

Legt de OAuth 2.0 client credentials-stroom met JWT-assertie uit die vereist is voor bulk server-naar-server toegang, inclusief de structuur van tokenverzoeken en het gebruik van bearer-tokens.

Behandelt OperationOutcome-interpretatie, snelheidsbeperking (429 Too Many Requests), tokenvervaldatum (401), ontbrekende taak (404), en strategieën voor veerkrachtige polling-clients.

Implementeer een client die een export initieert, de status-URL peilt met exponentiële backoff, het volledige manifest parseert en NDJSON-bestanden streamt voor verdere verwerking.

Configureer een FHIR-server om $export te ondersteunen, correcte HTTP-antwoorden terug te geven bij elke fase van de workflow en conformiteit te declareren via CapabilityStatement.

Gebruik Group/$export met de parameters _type, _since en _typeFilter om alleen de resourcetypen en datumbereiken te exporteren die nodig zijn voor een specifieke analyse- of onderzoekstoepassing.

Diagnosticeer en los bulkexportfouten op door OperationOutcome-responses te interpreteren, de semantiek van HTTP-statuscodes te begrijpen en randgevallen af te handelen zoals gedeeltelijke manifesten en gepagineerde uitvoer.