0.26.0 - ci-build

RuCoreIG, published by HL7 FHIR Россия. This guide is not an authorized publication; it is the continuous build for version 0.26.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/fhir-ru/RuCoreIG/ and changes regularly. See the Directory of published versions

History

История изменений

На данной странице приводятся сведения о версиях Implementation Guide RuCore и о ключевых изменениях между версиями.

Версия 0.26.0

Статус: draft

  • Добавлен ConceptMap единиц времени НСИ в UnitsOfTime FHIR: семь соответствий для периода и длительности расписания, источник, пример и границы применения. Фрагмент CodeSystem НСИ дополнен семью подтверждёнными кодами. Карта вынесена на обсуждение группы.

Версия 0.25.0

Статус: draft

  • В Core_Organization добавлен необязательный срез NSI-FRMO-Department для OID структурного подразделения, NamingSystem frmo-department и пример связи с медицинской организацией через partOf. OID головной организации отделён от идентификатора подразделения.
  • В экспериментальном маппинге консультации Encounter.serviceProvider ссылается на подразделение исполнителя при его наличии, иначе на МО; APP-04 закрыт для прототипа. Срез подразделения и NamingSystem вынесены на утверждение группы. ГОСТ в рамках этой работы не изменяется.

Версия 0.24.0

Статус: draft

  • Инварианты идентификаторов СЭМД в Patient, Encounter, PractitionerRole, Composition и Bundle проверяют URI-форму OID и конечный узел типа. Убраны предположения о фиксированном корне ФРМО, ветке 100 и промежуточных номерах; исходные OID сохраняются. Пересмотр решения 01.09.2026 выносится на защиту на следующей встрече.
  • В экспериментальном маппинге консультации снято исключение профиля для направившего медицинского работника с историческим OID; APP-03 закрыт. Проверка принадлежности OID организации остаётся внешней задачей. ГОСТ в этой задаче не меняется.

Версия 0.23.0

Статус: draft

  • По У1-22 «Протокола консультации», редакция 5, уточнены типы идентификаторов: 15 — случай (посещение), 16 — стационарная карта, 17 — амбулаторная карта. Источник указан в CodeSystem и на странице «Идентификаторы СЭМД»; технические коды сохранены. Решение выносится на защиту на встрече группы.
  • Согласованы описания Encounter и пример логической ссылки на карту через partOf.identifier. Номер карты отделён от идентификатора посещения; ограничения срезов identifier не распространяются автоматически на логические ссылки.
  • В экспериментальном маппинге консультации применены решения по паспорту и ссылке на карту; результаты проверки ведутся в инициативе. ГОСТ в этой задаче не меняется.

Версия 0.22.2

Статус: draft

  • В интро Core_Encounter правила распознавания срезов идентификаторов и представления диагнозов выделены в самостоятельные разделы, чтобы отделить их от проекта модели амбулаторной помощи. Машиночитаемые ограничения профиля не изменены.

Версия 0.22.1

Статус: draft

  • В интро Encounter и EpisodeOfCare добавлен проект модели амбулаторной помощи: карта и посещения связаны через partOf, клинические СПО — через episodeOfCare. Приведены диаграмма и пример посещения, относящегося к двум СПО.
  • Прежняя рекомендация иерархии «карта — СПО — посещение» заменена явно неутверждённым предложением для обсуждения. Машиночитаемые ограничения профилей не изменены. ГОСТ до утверждения модели не обновляется.

Версия 0.22.0

Статус: draft

  • В Core_Patient определено соглашение для российского паспорта: дата выдачи передаётся в identifier[identityDocument].period.start как начало действия идентификатора.
  • Описаны наименование выдавшего органа в assigner.display и код подразделения в assigner.identifier с существующим URI https://fhir.ru/ig/core/systems/ns-division-code. Реквизиты необязательны; при передаче кода подразделения обязательны его system и value.
  • Обновлено интро профиля. Изменения ГОСТ в рамках этой задачи отложены.

Версия 0.21.0

Статус: draft

Ключевые изменения:

  • Исправлено описание полноты терминологий: девять внешних систем НСИ представлены как сопровождаемые RuCore ограниченные фрагменты (fragment), а не полные справочники. Ранее заявленная полнота малых списков, в том числе осей диагноза, не подтверждена сохранённой исходной выгрузкой; актуальность последней редакции не заявляется.
  • Для должностей медицинских работников, ФРМО и ОКАТО восстановлен not-present и удалены тестовые коды. Медицинские услуги и страховщики остаются not-present; собственная система семантических типов идентификаторов остаётся complete.
  • Состав реальных опубликованных кодов, canonical URI, привязки профилей и формулы включения ValueSet сохранены. Наборы значений не ограничены локальными фрагментами.
  • Добавлены правила сопровождения терминологий и описание пределов проверки кодов и раскрытия ValueSet. Недоступная проверка не считается подтверждением корректности кода.

Версия 0.20.0

Статус: draft

Ключевые изменения:

  • Оформление ОМС в Core_Patient согласовано с Coverage: вид полиса и система номера необязательны; переданный вид полиса кодируется canonical URI RuCore с required-привязкой к набору значений. Семантический тип oms-policy и тип документа оплаты остаются обязательными внутри среза.
  • В комментариях к type.coding и вводных описаниях Patient и Coverage оговорена неполнота проверки альтернативного OID-кодирования: оно допускается открытой нарезкой, но не проверяется ограничениями canonical-среза omsType. NamingSystem сохраняет OID, но не обеспечивает автоматическую эквивалентность при валидации. Полноту проверки определяют прикладные профили и их средства валидации.
  • Обновлён полный пример Patient; добавлены примеры ОМС без вида полиса и с альтернативным OID-кодированием. Вводное описание Coverage синхронизировано с вложенной нарезкой версии 0.19.0.

Миграция: для кодирования вида полиса в срезе Patient omsType используется https://fhir.ru/ig/core/CodeSystem/core-cs-nsi-coverage-document-oms. Передача вида полиса только с OID допустима вне этого необязательного среза; она не означает проверку по его ограничениям. Кодирование самого типа документа оплаты по-прежнему обязательно.

Версия 0.19.0

Статус: draft

Ключевые изменения:

  • В Core_Coverage документы-основания оплаты выделены в необязательный срез identifier:coverageDocument, распознаваемый по обязательному типу из НСИ; привязка типа к набору значений изменена на required.
  • Полис ОМС представлен вложенным срезом coverageDocument/omsPolicy. Вид полиса ОМС необязателен (omsType 0..1); при его передаче обязательны система и код из соответствующего набора значений. Наличие номера документа и его системы не требуется профилем; для переданной системы номера ОМС сохраняется фиксированный URI RuCore.
  • Для вида полиса в Coverage используется canonical URI https://fhir.ru/ig/core/CodeSystem/core-cs-nsi-coverage-document-oms, согласованный с ValueSet. Полный и минимальный примеры Coverage показывают передачу вида полиса и его отсутствие соответственно.

Миграция: в FSH-ссылках на срез заменить identifier[omsPolicy] на identifier[coverageDocument/omsPolicy]. Для нормированного кодирования вида полиса в Coverage заменить прежний urn:oid:1.2.643.5.1.13.13.11.1035 на canonical URI RuCore; исходное OID-кодирование может передаваться дополнительно благодаря открытой нарезке. Правила Core_Patient в этой версии не изменены и рассматриваются отдельно.

Версия 0.18.0

Статус: draft

Ключевые изменения:

  • Определены семантические типы идентификаторов СЭМД и объединенный набор значений типов идентификаторов RuCore и HL7; внутренняя ссылка на документ исключена как не являющаяся универсальным Identifier FHIR.
  • Срезы повторяющихся элементов identifier распознаются по Identifier.type, варианты СЭМД ограничены кардинальностью 0..1 и используют точную формулу OID с корнем идентификатора медицинской организации ФРМО, фиксированным узлом 100 и конечным типовым узлом.
  • Для существующих срезов пациента добавлены семантические типы snils, inn, identity-document и oms-policy; прежние стандартные и отраслевые кодирования сохранены.
  • Добавлены идентификатор пациента в экземпляре МИС и профиль Core_Bundle для идентификатора конкретного экземпляра документа. Из-за базовой кардинальности Bundle.identifier 0..1 этот вариант задается условным инвариантом без slicing; опубликовано сопоставление идентификаторов и версий CDA и FHIR.

Версия 0.17.0

Статус: draft

Ключевые изменения:

  • В Core_Encounter.diagnosis зафиксирован тип FHIR R5 CodeableReference(Condition): диагноз случая допускается передавать ссылкой на Condition либо кодом и текстом внутри Encounter.
  • Кодирование диагноза не ограничивается исключительно МКБ-10; состояния после процедур кодируются как диагнозы, а не ссылками на Procedure.
  • Для diagnosis.use (0..*) введены две необязательные оси: структура диагноза по НСИ 1.2.643.5.1.13.13.11.1077 и этапность по НСИ 1.2.643.5.1.13.13.99.2.795.
  • В кодовую систему и набор значений «Степень обоснованности диагноза» включены все 10 кодов актуальной версии 3.2 НСИ 1.2.643.5.1.13.13.99.2.795, включая иерархию клинических, патолого-анатомических и судебно-медицинских диагнозов.
  • Добавлено расширение diagnosis-rank для авторского порядка диагнозов внутри одной рубрики; требование ровно одного основного диагноза оставлено прикладным профилям СЭМД.
  • Примеры, intro профиля и проект ГОСТ синхронизированы с новой моделью.

Версия 0.16.1

Статус: draft

Ключевые изменения:

  • Ошибочный OID без кода медицинской организации удален из синтетических примеров Core_PractitionerRole; точная пара root/extension опубликована отдельным источниковым примером по XML протокола лабораторного исследования СЭМД, чтобы не приписывать идентификатор из СЭМД вымышленному сотруднику.
  • Проверено, что примеры срезов .15, .16, .17 и .50 также используют значения из исходных XML СЭМД.
  • Опубликовано объяснение границ текущей реализации идентификаторов СЭМД с причинами отсрочки и вариантами дальнейших действий.

Версия 0.16.0

Статус: draft

Ключевые изменения:

  • В Core_Encounter.identifier добавлены необязательные срезы misEncounter, misInpatientRecord и misAmbulatoryEncounter для идентификатора случая, номера стационарной карты и идентификатора амбулаторного случая или посещения по правилам СЭМД.
  • В Core_Composition.identifier добавлен необязательный срез misDocumentSet для идентификатора набора версий документа, соответствующего CDA setId.
  • Правила динамических OID допускают дочерние узлы после типовых узлов 15, 16, 17, 50 и 70 в соответствии с примечанием исходной сводки; строгая проверка принадлежности срезу остается ответственностью систем СЭМД и наследованных профилей.
  • Значения примеров сопоставлены с официальными материалами выписного эпикриза и протокола лабораторного исследования; ограничение валидации срезов без discriminator явно задокументировано, intro профилей и проект ГОСТ синхронизированы с моделью.

Версия 0.15.0

Статус: draft

Ключевые изменения:

  • В Core_PractitionerRole.identifier добавлен необязательный срез misPractitionerRole для локального идентификатора роли медицинского работника в экземпляре МИС по правилам СЭМД.
  • Динамически формируемый Identifier.system передается в URI-форме OID и проверяется инвариантом: структура должна соответствовать иерархии медицинской организации, МИС и экземпляра МИС и содержать типовой узел 70.
  • Профиль, примеры, человекочитаемое intro и проект ГОСТ синхронизированы с новой моделью.

Версия 0.14.4

Статус: draft

Ключевые изменения:

  • Исправлена публикация DOCX проекта ГОСТ: сборочный скрипт создает синхронную копию документа в каталоге статических файлов IG Publisher, а ссылка на странице проекта ведет на опубликованный файл.
  • Маркер синхронизации текста ГОСТ обновлен до актуальной CI-версии RuCore.

Версия 0.14.3

Статус: draft

Ключевые изменения:

  • Заполнены разделы нормативных ссылок и библиографии проекта ГОСТ, исправлено обозначение ПНСТ 995–2024 и согласованы библиографические ссылки в тексте.

Версия 0.14.2

Статус: draft

Ключевые изменения:

  • Ширина UML-диаграммы в главе 5 проекта ГОСТ ограничена шириной текстовой колонки с сохранением пропорций изображения.

Версия 0.14.1

Статус: draft

Ключевые изменения:

  • Исправлена ссылка на UML-диаграмму в главе 5 проекта ГОСТ, чтобы изображение отображалось на опубликованном сайте RuCore.

Версия 0.14.0

Статус: draft

Ключевые изменения:

  • В Core_Coverage.identifier[omsPolicy] и Core_Patient.identifier[omsPolicy] введены два обязательных кодирования типа: фиксированный код Полис ОМС из справочника документов-оснований оплаты и конкретный вид полиса из справочника видов полиса ОМС.
  • Для оплаты по ОМС теперь передается один идентификатор omsPolicy; дублировать номер полиса в общем срезе coverageDocument не требуется.
  • Профили, полные и минимальные примеры, человекочитаемая документация и проект ГОСТ синхронизированы с новой моделью.

Версия 0.13.0

Статус: draft

Ключевые изменения:

  • В NamingSystem ИНН добавлен машинно-обрабатываемый тип http://terminology.hl7.org/CodeSystem/v2-0203#TAX и явно описано семантическое соответствие: ИНН является конкретной российской системой налоговой идентификации, а TAX — общей категорией назначения идентификатора HL7.
  • Уточнено, что в экземплярах ресурсов URI https://fhir.ru/ig/core/systems/inn передается в Identifier.system, а код TAX — в Identifier.type; эти значения выполняют разные функции и не заменяют друг друга.
  • Соответствующие пояснения синхронизированы с текстом проекта ГОСТ.

Версия 0.12.0

Статус: draft

Ключевые изменения:

  • В Core_Coverage добавлен общий слой identifier[coverageDocument] для документов-оснований оплаты медицинских услуг с привязкой к справочнику НСИ МЗ РФ Документы-основания для оплаты.
  • Специализированный срез identifier[omsPolicy] для полиса ОМС сохранен; в описании профиля отдельно отмечено, что при текущей модели номер полиса ОМС приходится указывать и как общий документ-основание оплаты, и как специализированный идентификатор ОМС.
  • Для address-type и region-rf в NamingSystem исправлены канонические URI CodeSystem: http заменен на https.

Версия 0.11.2

Статус: draft

Ключевые изменения:

  • В разделе проекта ГОСТ обновлен маркер синхронизации с актуальной CI-версией RuCore.
  • В текст ГОСТ добавлены alias-идентификаторы NamingSystem для snils, ogrn и inn: соответствующие OID и формы urn:oid:....

Версия 0.11.1

Статус: draft

Ключевые изменения:

  • В человекочитаемых описаниях профилей Core_Coverage и Core_Patient, а также в ГОСТ-представлении уточнены формулировки о кодировании вида полиса ОМС через срез omsType.
  • Термины приведены к более точному виду: вместо формулировок о «виде идентификатора» и «коде полиса» используется описание «вида полиса ОМС».

Версия 0.11.0

Статус: draft

Ключевые изменения:

  • В NamingSystem для snils, ogrn и inn добавлены распространенные в российских интеграциях внешние идентификаторы: OID и соответствующая URI-форма urn:oid:....
  • Канонические URI RuCore для этих identifier system сохранены как preferred.
  • Из базовых профилей и примеров удалены вводившие в заблуждение HL7 identifier type коды для СНИЛС, полиса ОМС, документа, удостоверяющего личность, и кода медицинской услуги; сохранен только TAX для ИНН.
  • Для полиса ОМС в Core_Patient и Core_Coverage оставлено только национальное кодирование вида полиса через справочник НСИ МЗ РФ.

Версия 0.10.0

Статус: draft

Ключевые изменения:

  • Справочник видов полиса ОМС переведен с вспомогательного справочника НСИ МЗ РФ 1.2.643.5.1.13.13.99.2.245 на основной справочник 1.2.643.5.1.13.13.11.1035 «Виды полиса ОМС».
  • Справочник источников оплаты переведен с 1.2.643.5.1.13.2.1.1.153 на основной справочник НСИ МЗ РФ 1.2.643.5.1.13.13.11.1039 «Источники оплаты медицинской помощи».
  • Обновлены связанные CodeSystem, NamingSystem, ValueSet, профили, примеры и ГОСТ-представление.

Версия 0.9.1

Статус: draft

Ключевые изменения:

  • В описаниях CodeSystem для справочников НСИ МЗ РФ исправлены человекочитаемые ссылки: они ведут на соответствующие страницы НСИ, а не на канонические URL RuCore.
  • Канонические URL терминологических артефактов RuCore сохранены без изменений; связь с внешними справочниками НСИ по-прежнему фиксируется через NamingSystem.

Версия 0.9.0

Статус: draft

Ключевые изменения:

  • Для Core_Patient.identifier[omsPolicy] и Core_Coverage.identifier[omsPolicy] снята локальная обязательность Identifier.type, чтобы RuCore не требовал передавать тип полиса ОМС во всех случаях сверх базовой спецификации FHIR.
  • При этом RuCore сохраняет две нормированные опциональные модели кодирования типа полиса ОМС: через HL7 Identifier.type и через справочник типов полисов ОМС НСИ МЗ РФ.
  • Изменение приводит slicing-модель omsPolicy в соответствие с общим правилом RuCore: профиль задает, как оформлять данные при их использовании, но не навязывает лишние обязательные подэлементы без отдельного основания.

Версия 0.8.0

Статус: draft

Ключевые изменения:

  • Пересмотрено ограничение для Core_Coverage.identifier[omsPolicy] в части type.coding: RuCore больше не требует одновременно кодировать тип полиса ОМС через оба вложенных среза hl7Type и omsType.
  • Срез omsPolicy по-прежнему задает нормированную форму идентификатора полиса ОМС, но downstream-руководства теперь не обязаны использовать сразу обе системы кодирования, если для их сценария достаточно одной.
  • Изменение согласовано с общим принципом RuCore: наличие среза задает правила оформления данных при его использовании, но не должно без необходимости навязывать конкретную комбинацию вложенных представлений.

Версия 0.7.0

Статус: draft

Ключевые изменения:

  • Национальные терминологические привязки в базовых профилях RuCore ослаблены с required до extensible, чтобы использование российских справочников оставалось обязательным по смыслу, но отсутствие нужного кода не блокировало реализацию.
  • Нормализованы канонические URI identifier system для snils, identity-document и oms во всех затронутых профилях.
  • Добавлены NamingSystem для identity-document, okpo и frmo.
  • Примеры ресурсов приведены к каноническим identifier system RuCore для основных идентификаторов, чтобы опубликованные образцы демонстрировали эталонную модель RuCore.
  • Из профилей удалены явные тавтологии базовой FHIR-спецификации, которые не добавляли собственного контракта RuCore, включая повторные bindings для Procedure.status и RelatedPerson.telecom.system.
  • Для идентификатора ФРМО введен отдельный URI identifier system https://fhir.ru/ig/core/systems/frmo вместо использования URI CodeSystem в Organization.identifier.system.

Версия 0.6.0

Статус: draft

Ключевые изменения:

  • Исправлены слишком узкие ограничения Reference(... only ...) в базовых процессных профилях RuCore с учетом базовой спецификации FHIR R5.
  • В Core_ServiceRequest, Core_DiagnosticReport, Core_Encounter, Core_Procedure и Core_CareTeam возвращены все допустимые типы ссылок из R5, при этом для типов ресурсов, имеющих RuCore-профили, сохранено требование использовать именно профили RuCore.
  • В Core_Composition снято некорректное сужение subject, чтобы не терять семантику Reference(Any) из R5, а для author и attester.party восстановлены все допустимые типы ссылок с использованием RuCore-профилей там, где они существуют.
  • Обновлены связанные intro-страницы профилей, чтобы текстовая документация соответствовала новым ограничениям ссылок.

Версия 0.5.0

Статус: draft

Ключевые изменения:

  • Для RelatedPerson.relationship удалены локальный CodeSystem RuCore и связанные ConceptMap.
  • Набор значений relatedperson-relationship переведен на использование кодов справочников НСИ МЗ РФ 1.2.643.5.1.13.13.99.2.14 и 1.2.643.5.1.13.13.11.1021.
  • Обновлены профиль Core_RelatedPerson, примеры и раздел 13 главы 5 ГОСТ-представления.
  • Изменение внесено потому, что ведение отдельного справочника отношений не относится к ответственности группы разработчиков RuCore; практичнее опираться на существующие справочники НСИ МЗ РФ.

Версия 0.4.2

Статус: draft

Ключевые изменения:

  • На intro-странице CodeSystem core-relatedperson-relationship рядом с OID словарей НСИ МЗ РФ добавлены их наименования.
  • В описаниях ConceptMap добавлены ссылки на соответствующие внешние справочники HL7 и НСИ МЗ РФ.
  • В ConceptMap заполнены scope-поля, чтобы на опубликованных страницах не отображалась фраза Mapping from (not specified) to (not specified).

Версия 0.4.1

Статус: draft

Ключевые изменения:

  • Для CodeSystem core-relatedperson-relationship добавлена intro-страница с навигационными ссылками на связанные ConceptMap.
  • Улучшена видимость маппингов между каноническими отношениями RuCore, кодами HL7 и словарями НСИ МЗ РФ в опубликованном IG.

Версия 0.4.0

Статус: draft

Ключевые изменения:

  • Переработана терминологическая модель для RelatedPerson.relationship.
  • Локальный CodeSystem core-relatedperson-relationship заменен на канонический набор понятий RuCore с собственными кодами.
  • Добавлены явные ConceptMap для соответствия понятий RuCore кодам HL7 и словарям НСИ МЗ РФ 1.2.643.5.1.13.13.99.2.14, 1.2.643.5.1.13.13.11.1021, 1.2.643.5.1.13.13.99.2.240.
  • Обновлены ValueSet, профиль Core_RelatedPerson и примеры использования RelatedPerson в соответствии с новой канонической системой кодирования.
  • В главе 5 ГОСТ-представления профилей добавлен сводный перечень используемых наборов значений с указанием опорных справочников и правил отбора элементов.

Версия 0.3.0

Статус: draft

Ключевые изменения:

  • Пересмотрена интерпретация профиля Core_Address.
  • Core_Address рассматривается как профиль адреса на территории Российской Федерации, а не как универсальный национальный профиль любого адреса.
  • Для адресов объектов, расположенных на территории Российской Федерации, применяется профиль Core_Address.
  • Для адресов вне территории Российской Федерации применяется базовый тип данных Address.
  • В профилях ресурсов внесена корректировка ограничений и пояснений, связанных с использованием Core_Address.

Версия 0.2.0

Статус: baseline

Ключевые изменения:

  • Сформирован исходный набор базовых профилей RuCore на основе FHIR R5.
  • Определены базовые ресурсы, расширения, наборы значений и примеры для российского контекста использования.