FHIR Developer Skill

• Вы создаёте REST-эндпоинты FHIR (Patient, Observation, Encounter, Condition, MedicationRequest) и нуждаетесь в корректных согласно спецификации требованиях к полям и наборах значений.
• Вам необходимо реализовать правильные HTTP-коды статусов и ответы об ошибках OperationOutcome для FHIR-сервера.
• Вы интегрируете авторизацию SMART on FHIR OAuth и нуждаетесь в корректном синтаксисе областей видимости (scope) и шаблонах их применения.
• Вы работаете с FHIR Bundles (transaction, batch, searchset) или реализуете пагинацию поиска.

• Вы работаете с FHIR DSTU2 или STU3 — данный навык ориентирован исключительно на R4.
• Вам нужен действующий FHIR-сервер или решение для хранения данных; этот навык предоставляет только рекомендации по разработке, но не инфраструктуру.
• В вашем проекте отсутствуют медицинские данные или требования к FHIR API.

Предоставляет авторитетные таблицы кардинальности обязательных полей для ресурсов Patient, Observation, Encounter, Condition, MedicationRequest, Medication и Bundle — предотвращая распространённые ошибки, такие как обращение с необязательными полями как с обязательными.

Охватывает все ключевые наборы значений (Observation.status, Encounter.status/class, Condition.clinicalStatus, MedicationRequest.status/intent, Bundle.type, Patient.gender) с корректным ответом 422 для недопустимых значений перечислений.

Точные рекомендации по использованию кодов 200, 201, 204, 400, 401, 403, 404, 412 и 422 — включая критически важное различие между кодом 412 Precondition Failed для несовпадения ETag и кодом 422 для ошибок валидации.

Готовые к использованию JSON-структуры OperationOutcome и фрагменты кода для Python/FastAPI и TypeScript/Express, обеспечивающие соответствие всех ответов об ошибках стандарту FHIR.

Канонические системные URL для LOINC, SNOMED CT, RxNorm, ICD-10 и терминологических систем HL7, а также распространённые коды LOINC для основных жизненных показателей — для быстрого обращения.

Справочные материалы по применению областей доступа OAuth, операциям условного создания/обновления, семантике транзакционных и пакетных Bundle, а также шаблонам пагинации результатов поиска.

Попросите ассистента создать каркас эндпоинта POST /Observation с корректной валидацией статуса, ответами с ошибкой 422 и форматированием OperationOutcome во FastAPI или Express.

Вставьте код вашего существующего FHIR-эндпоинта и попросите ассистента выявить нарушения — например, неверные коды статусов, отсутствующие заголовки Location или некорректные типы данных Encounter.class.

Получите рекомендации по синтаксису областей OAuth (v1/v2), процессам фоновых сервисов и логике применения областей для защиты конечных точек FHIR.

Используйте встроенный справочник скрипта быстрого старта для генерации проекта FastAPI с корректными моделями Pydantic v2, вспомогательными функциями OperationOutcome и конечными точками CRUD для ресурса Patient.