FHIR Developer Skill

• Vous construisez des endpoints REST FHIR (Patient, Observation, Encounter, Condition, MedicationRequest) et avez besoin des exigences de champs et des ensembles de valeurs conformes à la spécification.
• Vous devez implémenter les codes de statut HTTP appropriés et les réponses d'erreur OperationOutcome pour un serveur FHIR.
• Vous intégrez l'autorisation OAuth SMART on FHIR et avez besoin de la syntaxe de portée correcte et des modèles d'application.
• Vous travaillez avec des Bundles FHIR (transaction, batch, searchset) ou implémentez la pagination de recherche.

• Vous travaillez avec FHIR DSTU2 ou STU3 — cette compétence cible spécifiquement R4.
• Vous avez besoin d'un serveur FHIR en direct ou d'une solution de stockage de données ; cette compétence fournit uniquement des conseils de développement, pas d'infrastructure.
• Votre projet ne comporte aucune donnée de santé ni exigence d'API FHIR.

Fournit des tableaux de cardinalité faisant autorité pour les champs obligatoires des ressources Patient, Observation, Encounter, Condition, MedicationRequest, Medication et Bundle — évitant ainsi les erreurs courantes telles que traiter des champs optionnels comme obligatoires.

Couvre tous les ensembles de valeurs clés (Observation.status, Encounter.status/class, Condition.clinicalStatus, MedicationRequest.status/intent, Bundle.type, Patient.gender) avec la réponse 422 correcte pour les valeurs d'énumération invalides.

Conseils précis sur l'utilisation des codes 200, 201, 204, 400, 401, 403, 404, 412 et 422 — incluant la distinction essentielle entre le 412 Precondition Failed pour les incompatibilités d'ETag et le 422 pour les erreurs de validation.

Structures JSON OperationOutcome prêtes à l'emploi et extraits de code pour Python/FastAPI et TypeScript/Express, garantissant que toutes les réponses d'erreur sont conformes à FHIR.

URLs canoniques des systèmes pour LOINC, SNOMED CT, RxNorm, ICD-10 et les systèmes de terminologie HL7, ainsi que les codes LOINC courants pour les signes vitaux, pour une référence rapide.

Références pour l'application des portées OAuth, les opérations de création/mise à jour conditionnelles, la sémantique des Bundles de type transaction par rapport au type batch, et les modèles de pagination des résultats de recherche.

Demandez à l'assistant de générer la structure d'un endpoint POST /Observation avec une validation correcte du statut, des réponses d'erreur 422 et un formatage OperationOutcome dans FastAPI ou Express.

Collez le code de votre endpoint FHIR existant et demandez à l'assistant d'identifier les violations — telles que des codes de statut incorrects, des en-têtes Location manquants, ou des types de données Encounter.class incorrects.

Obtenez des conseils sur la syntaxe des portées OAuth (v1/v2), les flux de services backend et la logique d'application des portées pour sécuriser les points de terminaison FHIR.

Utilisez la référence au script de démarrage rapide intégré pour générer un projet FastAPI avec des modèles Pydantic v2 corrects, des helpers OperationOutcome, et des endpoints CRUD pour Patient.