FHIR Developer Skill

• Sie erstellen FHIR REST-Endpunkte (Patient, Observation, Encounter, Condition, MedicationRequest) und benötigen spezifikationskonforme Feldanforderungen und Value Sets.
• Sie müssen korrekte HTTP-Statuscodes und OperationOutcome-Fehlerantworten für einen FHIR-Server implementieren.
• Sie integrieren SMART on FHIR OAuth-Autorisierung und benötigen korrekte Scope-Syntax und Durchsetzungsmuster.
• Sie arbeiten mit FHIR-Bundles (transaction, batch, searchset) oder implementieren Such-Paginierung.

• Sie arbeiten mit FHIR DSTU2 oder STU3 — diese Skill zielt speziell auf R4 ab.
• Sie benötigen einen Live-FHIR-Server oder eine Datenspeicherlösung; diese Skill bietet nur Entwicklungsanleitungen, keine Infrastruktur.
• Ihr Projekt hat keine Gesundheitsdaten oder FHIR-API-Anforderungen.

Bietet maßgebliche Kardinalitätstabellen für Pflichtfelder der Ressourcen Patient, Observation, Encounter, Condition, MedicationRequest, Medication und Bundle — und verhindert dabei häufige Fehler wie die Behandlung optionaler Felder als Pflichtfelder.

Behandelt alle wichtigen Wertemengen (Observation.status, Encounter.status/class, Condition.clinicalStatus, MedicationRequest.status/intent, Bundle.type, Patient.gender) mit der korrekten 422-Antwort bei ungültigen Enum-Werten.

Präzise Orientierungshilfe zur Verwendung von 200, 201, 204, 400, 401, 403, 404, 412 und 422 – einschließlich der entscheidenden Unterscheidung zwischen 412 Precondition Failed bei ETag-Nichtübereinstimmungen und 422 bei Validierungsfehlern.

Sofort einsetzbare OperationOutcome-JSON-Strukturen und Code-Snippets für Python/FastAPI und TypeScript/Express, die sicherstellen, dass alle Fehlerantworten FHIR-konform sind.

Kanonische System-URLs für LOINC, SNOMED CT, RxNorm, ICD-10 und HL7-Terminologiesysteme sowie häufige LOINC-Codes für Vitalzeichen zur schnellen Referenz.

Referenzen zur Durchsetzung von OAuth-Scopes, bedingten Erstellungs-/Aktualisierungsoperationen, Transaktions- vs. Batch-Bundle-Semantik und Suchergebnis-Paginierungsmustern.

Bitten Sie den Assistenten, einen POST /Observation-Endpunkt mit korrekter Statusvalidierung, 422-Fehlerantworten und OperationOutcome-Formatierung in FastAPI oder Express zu erstellen.

Fügen Sie Ihren vorhandenen FHIR-Endpunkt-Code ein und bitten Sie den Assistenten, Verstöße zu identifizieren – beispielsweise falsche Statuscodes, fehlende Location-Header oder falsche Datentypen für Encounter.class.

Erhalten Sie Anleitungen zur OAuth-Scope-Syntax (v1/v2), zu Backend-Service-Flows und zur Scope-Durchsetzungslogik für die Absicherung von FHIR-Endpunkten.

Verwende die integrierte Quick-Start-Skript-Referenz, um ein FastAPI-Projekt mit korrekten Pydantic-v2-Modellen, OperationOutcome-Hilfsfunktionen und Patient-CRUD-Endpunkten zu generieren.