US Core — US Realm FHIR Implementation Guide

Что это

US Core — official Implementation Guide на FHIR R4 для здравоохранения США. Издаётся HL7 International (US Realm Steering Committee). Минимальный набор профилей, conformance-statements и value sets, которые certified US Health IT обязан реализовывать — закреплено федеральным регулированием через ONC HTI-1 Final Rule.

Цель — обеспечить интероперабельность поверх USCDI (U.S. Core Data for Interoperability) — набора федерально-стандартизированных data elements, который любая сертифицированная EHR должна уметь exchange.

Версии и публикация

• Stable published: US Core v7.0.0 (STU7) — текущая регуляторно адопированная версия, выровнена с USCDI v5.
• Continuous build: v9.0.0 — на FHIR R4 (4.0.1), Trial-use, Maturity Level 3.
• USCDI v7 — опубликован как draft 29 января 2026 (156 data elements, 27 data classes; 30 предложенных дополнений — 29 новых + 1 значительно обновлён, Tobacco Use вырос из Smoking Status)¹. Public comment period закрылся 13 апреля 2026. Target final release — июль 2026. US Core v9 готовится под него.
• Регуляторный baseline (HTI-1 Final Rule, ONC) — USCDI v3; вендоры могут добровольно адоптировать выше через Standards Version Advancement Process (SVAP).

Релизы US Core — раз в год, синхронизированы с обновлениями USCDI.

Что профилирует

30+ профилей под основные FHIR-ресурсы:

• Demographics & administration: Patient, Practitioner, PractitionerRole, Organization, Location, RelatedPerson
• Clinical core: Condition (2 профиля — problem-list-item и encounter-diagnosis через category), AllergyIntolerance, Procedure, Encounter, CareTeam, CarePlan, Coverage
• Observation (14 sub-profiles): vital signs (BP, heart rate, temperature, BMI, smoking status, pulse oximetry), lab results, pregnancy status, screening assessments
• Medications: MedicationRequest, MedicationDispense, Medication
• Diagnostics: DiagnosticReport (2 — lab и note), Specimen, ImagingStudy
• Other: Immunization, Device, DocumentReference, Goal, Provenance

Базовые codesystems — LOINC (observations / lab), SNOMED CT (conditions / procedures), RxNorm (medications), ICD-10-CM (diagnoses для billing), CVX (immunizations).

Source layout — JSON напрямую, не FSH

US Core пишется как ручной JSON, не через FSH. Канонический исходник каждого профиля — JSON-файл в input/resources/ (например, StructureDefinition-us-core-goal.json для goal-профиля)². Параллельно лежит input/resources-yaml/ с YAML-зеркалом 1:1 — но это тоже не FSH, а другой формат-сериализация JSON.

В репозитории HL7/US-Core нет ни одного .fsh файла³ — поисковый запрос repo:HL7/US-Core extension:fsh возвращает total_count: 0. Причина историческая: US-Core начался в 2018, FSH стабилизирован в 2021. Команда не выполнила миграцию.

Контраст с современными IGs (mCODE, Da Vinci HRex, IPS) которые используют FSH — это выбор IG-команды, а не часть FHIR-стандарта. Compiled JSON в любом случае одинаков. См. fsh для деталей FSH-pipeline.

USCDI — что это

USCDI = U.S. Core Data for Interoperability. Это не FHIR-документ, а федеральный standardized dataset, опубликованный ONC. Перечисляет какие data elements обязаны быть exchange-ready (демография, проблемы, лекарства, аллергии, лабораторные и т.п.). US Core IG — FHIR-маппинг этих data elements: для каждого USCDI element показано, через какой FHIR profile / element он представлен.

Версионирование USCDI и US Core связано: USCDI vN → US Core v(N+2) обычно (US Core v7 ≈ USCDI v5).

Регуляторный статус

• HTI-1 Final Rule (2024, ONC) — закрепил USCDI v3 как baseline для certified EHR.
• CMS Patient Access API (рамочно — Medicare Advantage / Medicaid Managed Care plans обязаны экспонировать FHIR R4 + US Core).
• Apple Health Records, Google Health Connect, MyChart — все используют US Core профили как input contract.

Это контрастирует с RuCore: US Core — обязателен для US-сертифицированных EHR; RuCore — community-driven, регуляторно ещё не закреплён (ГОСТ в разработке).

Релевантность для BloodGPT

Сегодня не профилируем под US Core. Наш FHIR (multi-tenant-fhir-storage) — чистый R4 на Google Healthcare API, custom extensions минимизированы (zero-extensions-fhir).

Но conventions US Core уже используются в коде (без явного profile reference):

• Condition.category — default problem-list-item (category-coverage) — это US-Core code из condition-category value set, выбран как query-friendly default
• health-concern category для Condition (category-coverage) — US-Core-specific code, обсуждается для self-reported concerns в будущем patient-driven workflow

Если/когда понадобится US Core compliance:

• Apple Health Records integration → input должен быть US Core compliant (профили Patient, Observation, Condition, AllergyIntolerance, MedicationRequest)
• US payer integration через CMS Patient Access API → US Core required
• B2B Epic / Cerner / Athenahealth → их FHIR endpoints exposes US Core; consume side тоже ожидает US Core
• HHS / VA / Medicare integration → strict US Core conformance

Open carry-over: реальной задачи интеграции пока нет. Если возникнет — детально проанализировать наши Composition / CarePlan / Observation builders на совместимость с US Core cardinalities, must-support и required bindings.

Сравнение с RuCore

	US Core	RuCore
Publisher	HL7 International	HL7 Russia (community WG)
Базовый FHIR	R4 (4.0.1)	R5 (5.0.0)
Регуляторный статус	Обязателен (HTI-1, CMS)	В разработке (ГОСТ через ТК468)
Релизный цикл	Annual, синхронизирован с USCDI	По ballot cycle (0.x)
Extensions подход	Минимальный, использует core FHIR	Широкий (СНИЛС, ОМС, гражданство)
Codesystems	LOINC + SNOMED + RxNorm + ICD-10-CM	LOINC + НСИ Минздрава РФ
Версия (May 2026)	v7.0.0 stable / v9.0.0 build	v0.4.2

Связано

• rucore — российский аналог US Core, контраст по регуляторному статусу и extension-подходу
• zero-extensions-fhir — наша политика по extensions (близка к US Core минимализму)
• fhir-versions — почему мы на R4; US Core тоже R4
• category-coverage — где US Core conventions уже зашиты в наш FHIR-output (Condition category, health-concern)
• google-healthcare-api — наш FHIR backend; поддерживает US Core профили, но мы их не enforced
• multi-tenant-fhir-storage — наша архитектура FHIR-хранения

Источники

• US Core IG (stable): https://hl7.org/fhir/us/core/
• US Core IG (continuous build, v9): https://build.fhir.org/ig/HL7/US-Core/
• USCDI: https://www.healthit.gov/isp/uscdi
• USCDI mapping в US Core: https://build.fhir.org/ig/HL7/US-Core/uscdi.html
• US Core Roadmap: https://build.fhir.org/ig/HL7/US-Core/us-core-roadmap.html
• HTI-1 Final Rule (ONC, 2024): https://www.healthit.gov/topic/laws-regulation-and-policy/health-data-technology-and-interoperability-certification-program
• SVAP (voluntary advancement process): https://www.healthit.gov/topic/standards-version-advancement-process-svap

Сноски

1. ASTP/ONC опубликовал Draft USCDI Version 7 29 января 2026 — 156 data elements across 27 data classes; 30 proposed additions (29 new + 1 significantly revised — Tobacco Use evolved from Smoking Status); public comment period until 13 апреля 2026 (закрыт); target final release июль 2026. https://isp.healthit.gov/sites/default/files/2026-01/Draft-USCDI-Version-7-January-2026.pdf + ONC Standards Bulletin 26-1: https://healthit.gov/standards-and-technology/onc-standards-bulletin/onc-standards-bulletin-2026-1/. Цит. по сессии ildar/29362bdd. ↩

2. US-Core repo input/resources/ directory — каноничный source JSON SDs, accessed 2026-05-19, https://github.com/HL7/US-Core/tree/master/input/resources. Цит. по сессии ildar/691257df. ↩

3. GitHub Code Search repo:HL7/US-Core extension:fsh, accessed 2026-05-19, https://github.com/search?q=repo:HL7/US-Core+extension:fsh&type=code — total_count: 0, ни одного FSH-файла в репозитории. Цит. по сессии ildar/691257df. ↩