FHIR Bulk Data

• Du bygger en bulk data-klient som behöver starta exporter, kontrollera status och ladda ned NDJSON-filer från en FHIR-server.
• Du implementerar server-sidigt $export-stöd och behöver förstå krav på överensstämmelse, manifeststruktur eller CapabilityStatement-deklarationer.
• Du behöver filtrera stora exporter efter resurstyp, datumintervall eller FHIR-sökkriterier med hjälp av parametrar som _type, _since eller _typeFilter.
• Du integrerar SMART Backend Services (OAuth 2.0 klientuppgifter + JWT) för säker server-till-server-massåtkomst.

• Du behöver bara hämta enskilda FHIR-resurser via standard-REST — använd en allmän FHIR-kompetens istället.
• Ditt användningsfall involverar realtids- eller nära realtids-dataströmning snarare än batchexport.
• Du arbetar med ett proprietärt massexportformat som inte följer HL7 Bulk Data Access IG.

Guidar dig genom varje steg i bulk-exportens livscykel: startförfrågan, hantering av 202 Accepted, statuspolling med Retry-After och X-Progress, manifestparsning, filnedladdning och DELETE-rensning.

Täcker Patient/$export (alla patienter), Group/[id]/$export (kohortbegränsad) och [base]/$export (systemnivå), inklusive när du ska använda respektive ändpunkt och hur avgränsningen påverkar utdata.

Detaljerad vägledning om alla parametrar som stöds: _outputFormat, _since, _until, _type, _elements, _typeFilter, includeAssociatedData, organizeOutputBy och allowPartialManifests.

Exakta regler för att producera och konsumera Newline Delimited JSON: en resurs per rad, UTF-8-kodning, korrekt radavslutning, inga inbäddade radmatningar och korrekt medietyp (application/fhir+ndjson).

Förklarar OAuth 2.0-flödet för klientuppgifter med JWT-assertion som krävs för bulk server-till-server-åtkomst, inklusive struktur för tokenförfrågan och användning av bearer-token.

Täcker tolkning av OperationOutcome, hastighetsbegränsning (429 Too Many Requests), tokenutgång (401), saknat jobb (404) samt strategier för motståndskraftiga polling-klienter.

Implementera en klient som initierar en export, pollar status-URL:en med exponentiell backoff, tolkar det fullständiga manifestet och strömmar NDJSON-filer för vidare bearbetning nedströms.

Konfigurera en FHIR-server för att stödja $export, returnera korrekta HTTP-svar i varje steg av arbetsflödet och deklarera konformitet via CapabilityStatement.

Använd Group/$export med parametrarna _type, _since och _typeFilter för att exportera endast de resurstyper och datumintervall som behövs för ett specifikt analys- eller forskningsändamål.

Diagnostisera och åtgärda fel vid bulkexport genom att tolka OperationOutcome-svar, förstå HTTP-statussemantik samt hantera kantfall som partiella manifest och paginerad utdata.