Search... (alt + k)
date
14 Jul 2026

Встреча 2026-07-14

  • 1:40 обсудили с О.Пензиным дублирование identifier в полисе ОМС и выработали способ не дублировать.

Решили

1. Проверить почему в NamingSystem для ИНН не попала система tax_number – Коган

2. Объявить для Coverage.identifier[oms_policy] два вида кодирования – Коган

3. Проверить жесткость требования уникальности CodeableConcept system/value, для рекомендаций о ведении system для полисов ДМС - Пензин

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

1. Подготовить сводную табличку oid из СЭМД – Пензин

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

3. Добиться отрисовки схемы - Пензин

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

1. Уточнить данные в проекте письма от Руссофт - Зингерман

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

2. Внести в Ru Crore правки по опыту создания спецификации системы ВМП - Коган

По RuSEMD

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

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

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

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

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

Прочее

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

Наверх