Search... (alt + k)
date
18 Aug 2026

Встреча 2026-08-18

  • 6:38 с О.Пензиным обсуждаем как лучше поддержать идентификаторы, принятые в СЭМД, – потому что идея NamingSystem не прошла. Решили в самих профилях, где эти индентификаторы будем использовать, сделать слайс и описать инвариант с правилом СЭМД.

Решили 1) В профиль PractitionerRole добавить слайс на идентификатор, описать порядок формирования идентификатора для СЭМД – в виде комментария и инварианта - Коган

Из предыдущих решений

1. Сделать CodeSystem/ValueSet для типов идентификаторов, заполнить кодами СЭМД - Коган

3. Подготовить предложение по encounter.diagnosis – Пензин

4. Описать в ГОСТ создание NamingSystem для справочников, которые имеют и каноническое наименование, и OID Минздрава – Пензин

5. Пригласить Дамира Енгалычева на встречу, попросить прислать примеры - Зингерман

По RuSEMD

1. Сопоставить объем спецификаций CDA и FHIR для СЭМД ПЛИ – Коган

2. На первой странице руководства Ru_SEMD разместить разделы: Типовые разделы СЭМД – типовой заголовок, типовые секции, а также список СЭМД (ссылки). По ссылкам попадаем на страницы, описывающие особенности конкретных СЭМД. - Коган

3. На первой странице добавить фразу «Заголовки СЭМД содержат в целом унифицированную информацию, но в каждом документе могут быть уточнены» - Коган

4. Страница, описывающая базовую версию заголовка документа, не должна содержать меток конкретной спецификации СЭМД, а описывать общеупотребительные атрибуты, например: Идентификатор в МИС – определен атрибутом Идентификатор в МИС (вариант patient.identifier), СНИЛС – используется определенный в RuCore – Коган

5. Страница, посвященная конкретному СЭМД, должна содержать номера требований по его спецификации, и указывать, что берутся стандартные структуры Ru_SEMD или определяются особенности – Коган

Прочее

1. Проверить устаревшие ссылки на fhir.ru/wiki – Коган

Наверх