Документ 38070

Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии от 23 июля 2026 г. № 34-пнст

ПРЕДВАРИТЕЛЬНЫЙ НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ЦИФРОВЫЕ ИНФОРМАЦИОННЫЕ МОДЕЛИ ОБЪЕКТОВ НЕПРОИЗВОДСТВЕННОГО НАЗНАЧЕНИЯ

ПОЛИКЛИНИКИ

ОБЩИЕ ТРЕБОВАНИЯ

Digital information models of non-industrial facilities. Polyclinics. General requirements

ПНСТ 1080-2026

ОКС 35.240.67

35.240.70

Срок действия с 1 января 2027 года до 1 января 2030 года

Предисловие

1 РАЗРАБОТАН Автономной некоммерческой организацией «Развитие социальной инфраструктуры» (АНО «РСИ») при участии Департамента градостроительной политики Москвы

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 505 «Информационное моделирование»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 23 июля 2026 г. № 34-пнст

Правила применения настоящего стандарта и проведения его мониторинга установлены в ГОСТ Р 1.16-2011 (разделы 5 и 6).

Федеральное агентство по техническому регулированию и метрологии собирает сведения о практическом применении настоящего стандарта. Данные сведения, а также замечания и предложения по содержанию стандарта можно направить не позднее чем за 4 мес до истечения срока его действия разработчику настоящего стандарта по адресу: 119435, Москва, Саввинский Б. пер., д. 16/14, стр. 3, и/или в Федеральное агентство по техническому регулированию и метрологии по адресу: 123112, Москва, Пресненская наб., д. 10, стр. 2.

В случае отмены настоящего стандарта соответствующая информация будет опубликована в ежемесячном информационном указателе «Национальные стандарты» и также будет размещена на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)

Введение

5 марта 2021 г. было принято постановление Правительства Российской Федерации № 331 «Об установлении случаев, при которых застройщиком, техническим заказчиком, лицом, обеспечивающим или осуществляющим подготовку обоснования инвестиций, и (или) лицом, ответственным за эксплуатацию объекта капитального строительства, обеспечиваются формирование и ведение информационной модели объекта капитального строительства». Данным постановлением вводятся случаи обязательного формирования и ведения информационных моделей объектов капитального строительства, финансируемых с привлечением средств бюджетной системы Российской Федерации.

На данный момент отсутствуют стандарты в области технологий информационного моделирования, которые бы в полной мере покрывали потребность сферы строительства в нормативно-техническом регулировании информационного моделирования поликлиник. В связи с этим разработан настоящий стандарт, который учитывает особенности, связанные с функциональным назначением объектов здравоохранения — поликлиник, специфику указанных объектов капитального строительства, создаваемых в соответствии с медико-техническим заданием.

Настоящий стандарт позволит провести апробацию предложенных подходов к формированию цифровых информационных моделей в зависимости от реализуемых базовых процессов ведения цифровых информационных моделей и собрать практический опыт реализации моделирования.

1 Область применения

1.1 Настоящий стандарт разработан с целью внедрения технологий информационного моделирования, используемых при разработке цифровой информационной модели (ЦИМ) поликлиники в составе информационной модели поликлиники.

1.2 Настоящий стандарт распространяется на ЦИМ объектов капитального строительства непроизводственного назначения с функциональным назначением поликлиники (код 03.01.004.002 согласно [1]).

1.3 Настоящий стандарт устанавливает требования к формированию ЦИМ поликлиники для достижения целей базовых процессов ведения ЦИМ объекта капитального строительства, указанных в настоящем стандарте, на этапах осуществления предпроектной подготовки, архитектурно-строительного проектирования, строительства, реконструкции, капитального ремонта, эксплуатации и сноса.

1.4 Настоящий стандарт определяет набор базовых процессов ведения ЦИМ объекта капитального строительства и наборы атрибутивных данных элементов ЦИМ поликлиники.

1.5 Настоящий стандарт содержит описание наборов атрибутивных данных элементов ЦИМ поликлиники, объем которых зависит от базовых процессов ведения ЦИМ поликлиники, установленных застройщиком, техническим заказчиком, лицом, обеспечивающим или осуществляющим подготовку обоснования инвестиций, и (или) лицом, ответственным за эксплуатацию объекта капитального строительства (далее — заказчик) в договоре, задании на проектирование, техническом задании на ЦИМ объекта капитального строительства.

1.6 Настоящий стандарт устанавливает требования к наборам атрибутивных данных элементов ЦИМ поликлиники для реализации набора базовых процессов, при этом наборы атрибутивных данных элементов ЦИМ поликлиники включаются в ЦИМ, если это установлено законодательством Российской Федерации, а также если требование об их включении содержится в стандарте организации, договоре, задании на проектирование, техническом задании на ЦИМ объекта капитального строительства и (или) в плане реализации проекта с использованием информационного моделирования.

1.7 Наборы атрибутивных данных, описанные в настоящем стандарте, могут быть дополнены в плане реализации проекта с использованием информационного моделирования после утверждения задания на проектирование, технического задания на ЦИМ объекта капитального строительства.

1.8 При внесении дополнений в описанные в настоящем стандарте наборы атрибутивных данных ЦИМ поликлиники в плане реализации проекта с использованием информационного моделирования не должно быть противоречий между техническим заданием на ЦИМ объекта капитального строительства и планом реализации проекта с использованием информационного моделирования.

1.9 Настоящий стандарт устанавливает правила обмена данными с использованием открытого формата данных IFC в соответствии с требованиями, предъявляемыми СП 331.1325800 к функциональной совместимости (интероперабельности) на программно-техническом уровне, и в соответствии со схемой данных IFC, определенной в ГОСТ Р 10.0.02, в объеме представленного в настоящем стандарте информационного наполнения для конкретных базовых процессов.

1.10 Положения настоящего стандарта могут применяться при формировании требований заказчика к ЦИМ поликлиники, включаемых в договор, в пункт 43 задания на проектирование, утвержденного [2], в техническое задание на ЦИМ объекта капитального строительства и (или) план реализации проекта с использованием информационного моделирования.

1.11 Настоящий стандарт не устанавливает требования к формированию инженерной цифровой модели местности, разрабатываемой на этапе выполнения инженерных изысканий.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие документы:

ГОСТ 21.110-2013 Система проектной документации для строительства. Спецификация оборудования, изделий и материалов

ГОСТ 21.501-2018 Система проектной документации для строительства. Правила выполнения рабочей документации архитектурных и конструктивных решений

ГОСТ 21.502-2016 Система проектной документации для строительства. Правила выполнения рабочей документации металлических конструкций

ГОСТ Р 10.00.00.01 Единая система информационного моделирования. Термины и определения

ГОСТ Р 10.0.02/ИСО 16739-1:2018 Система стандартов информационного моделирования зданий и сооружений. Отраслевые базовые классы (IFC) для обмена и управления данными об объектах строительства. Часть 1. Схема данных

ГОСТ Р 10.0.03/ИСО 29481-1:2016 Система стандартов информационного моделирования зданий и сооружений. Информационное моделирование в строительстве. Справочник по обмену информацией. Часть 1. Методология и формат

ГОСТ Р 21.101-2020 Система проектной документации для строительства. Основные требования к проектной и рабочей документации

ПНСТ 909-2024 Требования к цифровым информационным моделям объектов непроизводственного назначения. Часть 1. Жилые здания

СП 50.13330 «СНиП 23-02-2003 Тепловая защита зданий»

СП 331.1325800 Информационное моделирование в строительстве. Правила обмена между информационными моделями объектов и моделями, используемыми в программных комплексах

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов (сводов правил) в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный документ, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого документа с учетом всех внесенных в данную версию изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то рекомендуется использовать версию этого документа с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный документ, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку. Сведения о действии сводов правил целесообразно проверить в Федеральном информационном фонде стандартов.

3 Термины и определения

В настоящем стандарте применены термины по ГОСТ Р 10.00.00.01, а также следующие термины с соответствующими определениями:

3.1 архитектурно-градостроительный облик: Объемно-пространственные, архитектурно-стилистические и иные характеристики объекта капитального строительства, которые устанавливаются Правительством Российской Федерации, если иное не предусмотрено Градостроительным кодексом Российской Федерации.

3.2 базовый процесс ведения цифровой информационной модели: Совокупность целей и задач, необходимых для достижения результатов, приносящих лицам, использующим цифровые информационные модели, определенные выгоды и преимущества.

3.3

3.4 версия IFC: Номер версии спецификации IFC, используемой для обмена данными.

Пример - IFC 2.3.0.0, IFC 4.0.2.1 и т.д.

3.5 внутридисциплинарные коллизии: Коллизии между элементами дисциплинарной цифровой информационной модели.

3.6 геометрические данные: Данные, определяющие размеры, форму и пространственное расположение элемента цифровой информационной модели.

3.7 дисциплинарная цифровая информационная модель: Цифровая информационная модель, содержащая элементы, относящиеся к выделенной архитектурной, конструктивной, функционально-технологической или инженерно-технической системе объекта моделирования.

3.8 допуск на коллизии: Технические параметры, определяющие в соответствии с требованиями документов по стандартизации допустимые пределы приближения или пересечения объектов, деталей или элементов системы, при которых их взаимодействие не приводит к нежелательным последствиям, таким как повреждения, ошибки или сбои.

3.9 единая функциональная сборка: Совокупность элементов цифровой информационной модели, являющихся неделимыми по функциональному назначению, но состоящих из нескольких составных частей.

Пример - Электрические щиты, вентиляционные установки и т.д.

3.10

3.11 закрытый формат обмена данными (проприетарный формат обмена данными): Формат данных, не имеющий общедоступных спецификаций или имеющий серьезные лицензионные ограничения, мешающие его широкому использованию независимыми организациями.

3.12

3.13 зона работы оборудования: Зона, временно или постоянно занимаемая механическими частями оборудования в процессе его работы.

3.14 зона обслуживания оборудования (зона): Зона технологического ремонта и обслуживания оборудования.

3.15

Примечание - В настоящем стандарте применяется краткий термин «капитальный ремонт».

3.16

3.17

3.18 координационная ось: Одна из координационных линий, определяющих членение здания или сооружения на модульные шаги и высоты этажей.

3.19 корпус: Отдельно стоящее здание, входящее в комплекс зданий определенного назначения, расположенных на общем земельном участке.

3.20 матрица коллизий: Таблица, объединяющая условия проверок элементов цифровой информационной модели на предмет коллизий.

3.21 междисциплинарные коллизии: Коллизии между элементами сводной цифровой информационной модели.

3.22 Московская строительная система классификаторов: Система классификаторов, предназначенных для информационного моделирования, в которых содержится информация об объектах капитального строительства и ассоциированная с ними информация в соответствии с ее классификацией (классами, группами, видами и другими признаками).

Примечание - С Московской строительной системой классификаторов можно ознакомиться на сайте: https://exp.mos.ru/project-office-for-implementation-of-bim/mssk/.

3.23

3.24 открытый формат данных: Формат данных с открытой спецификацией, не имеющий лицензионных ограничений, препятствующих его свободному применению.

3.25 отраслевые базовые классы: Схема данных, представляющая собой международный стандарт обмена данными в информационном моделировании в области гражданского строительства и эксплуатации зданий и сооружений, благодаря которой можно представить ЦИМ в различных форматах.

Пример - SPF-IFC, ifcXML и т.д.

3.26 пакет электронных документов: Совокупность одного или нескольких электронных документов, включаемых в цифровую информационную модель.

3.27 параметр: Значение атрибута объекта, используемое для вычислений.

3.28

3.29

3.30

3.31

Примечание - В настоящем стандарте применяется краткий термин «реконструкция».

3.32 сводная цифровая модель: Цифровая информационная модель объекта, состоящая из отдельных цифровых информационных моделей/инженерных цифровых моделей местности (например, по различным дисциплинам или частям объекта строительства), соединенных между собой таким образом, что внесение изменений в одну из моделей не приводит к изменению в других.

3.33 секция: Часть здания или сооружения, условно ограниченная в плане, представляющая собой единое целое в объемно-планировочном, техническом или конструктивном отношении.

3.34 система автоматизированного проектирования: Автоматизированная система, реализующая информационную технологию выполнения функций проектирования.

3.35

Примечание - В настоящем стандарте применяется краткий термин «снос».

3.36

3.37 среда управления инженерными данными: Информационная система, предназначенная для формирования и ведения информационной модели объекта капитального строительства и цифровой информационной модели в ее составе, в том числе для сбора, проверки, управления и обмена данными на этапах выполнения инженерных изысканий, архитектурно-строительного проектирования, строительства объекта капитального строительства.

3.38

3.39

3.40 техническое задание на цифровую информационную модель объекта капитального строительства: Документ, описывающий требования к созданию цифровой информационной модели объекта капитального строительства для всех участников проекта.

3.41

3.42 формат для взаимодействия в информационном моделировании: Открытый формат файлов, используемый для обмена информацией об информационных моделях и входящих в их состав цифровых информационных моделях.

3.43 цифровые спецификации и ведомости цифровой информационной модели: Автоматически собранные данные о специфицируемых элементах цифровой информационной модели, табличное представление цифровой информационной модели.

3.44

4 Сокращения

В настоящем стандарте применены следующие сокращения:

АГО — архитектурно-градостроительный облик;

АР — объемно-планировочные и архитектурные решения;

АИ — архитектурные решения интерьера;

АК — автоматизация комплексная;

БП — базовый процесс;

БСВ — Балтийская система высот;

ВВ — внутреннее водоснабжение;

ВК — водоснабжение и канализация;

ГС — газоснабжение;

ГСВ — система газоснабжения (внутренние устройства);

ДЭ — документ электронный;

ЖЦ — жизненный цикл здания или сооружения;

ЗнП — задание на проектирование;

ЗОС — заключение о соответствии построенного (реконструированного) объекта капитального строительства требованиям проектной документации, в том числе требованиям энергетической эффективности и требованиям оснащенности объекта капитального строительства приборами учета используемых энергетических ресурсов;

ИМ — информационная модель;

ИОС — инженерное оборудование и сети;

ИЦММ — инженерная цифровая модель местности;

КЖ — конструкции железобетонные;

КМ — конструкции металлические;

КР — конструктивные решения;

КСИ — классификатор строительной информации;

МГ — медицинские газы;

МИ — медицинские изделия;

МССК — Московская строительная система классификаторов;

ОВиК — отопление, вентиляция и кондиционирование воздуха;

ОДИ — обеспечение доступа инвалидов;

ОКС — объект капитального строительства;

ОПР — объемно-планировочные решения;

ПБ — пожарная безопасность;

ПД — проектная документация;

ПЗУ — планировочная организация земельного участка;

ПИМ — план реализации проекта с использованием информационного моделирования;

ПО — программное обеспечение;

ПОС — проект организации строительства;

ПП — пневмопочта;

ПТ — пожаротушение;

ПЭД — пакет электронных документов;

РВЭ — разрешение на ввод объекта в эксплуатацию;

РД — рабочая документация;

РнС — разрешение на строительство;

САПР — система автоматизированного проектирования;

СМР — строительно-монтажные работы;

СОД — среда общих данных;

СПОЗУ — схема планировочной организации земельного участка;

СС — сети связи;

СУИД — среда управления инженерными данными;

ТЗ на ЦИМ ОКС — техническое задание на цифровую информационную модель объекта капитального строительства;

ТМ — тепломеханические решения;

ТХ — технологические решения;

ТЭП — технико-экономические показатели;

ХС — холодоснабжение и хладоцентр;

ЦВОР — цифровая ведомость объемов работ;

ЭОМ — электрическое освещение и силовое оборудование;

ЭС — электроснабжение;

BCF — формат для взаимодействия в информационном моделировании (BIM collaboration format);

ERP — планирование ресурсов предприятия (enterprise resource planning);

IFC — отраслевые базовые классы (industry foundation classes).

5 Базовые процессы ведения цифровой информационной модели объекта капитального строительства

5.1 БП ведения ЦИМ ОКС, рекомендуемые к включению в ТЗ на ЦИМ ОКС и приведенные в настоящем стандарте, включают цели и задачи, способствующие достижению результатов согласно таблице 1.

Таблица 1

Набор БП ведения ЦИМ ОКС

5.2 Каждому БП ведения ЦИМ ОКС соответствует определенный этап ЖЦ ОКС согласно таблице 1.

5.3 Описание БП ведения ЦИМ ОКС осуществляется в соответствии с ГОСТ Р 10.0.03 или внутренними регламентами и стандартами организации.

5.4 При разработке ТЗ на ЦИМ ОКС может быть указана ссылка на стандарт в части описания БП ведения ЦИМ ОКС в конкретной организации в случае, если к реализации будет выбран один или несколько БП ведения ЦИМ ОКС в соответствии с настоящим стандартом.

5.5 БП ведения ЦИМ ОКС на этапах ЖЦ ОКС представлены на рисунке 1.

Рисунок 1 — БП ведения ЦИМ ОКС на этапах ЖЦ ОКС

6 Общие требования к элементам цифровой информационной модели объекта капитального строительства и уровню проработки цифровой информационной модели на различных этапах жизненного цикла объекта капитального строительства

6.1 Все элементы ЦИМ должны быть отнесены к соответствующим классам IFC (см. приложение А).

6.2 Уровень проработки ЦИМ в части атрибутивного состава должен удовлетворять минимальному объему требований (совокупности наборов атрибутивных данных) к проработке элемента, необходимых для реализации БП применения ЦИМ ОКС (см. таблицу 2 и рисунок 2).

Таблица 2

Уровень проработки ЦИМ ОКС на различных этапах жизненного цикла ОКС

Рисунок 2 — Жизненный цикл ЦИМ ОКС

6.3 Минимальный объем требований к уровню проработки элементов ЦИМ включает основные наборы атрибутивных данных:

а) геометрические данные;

б) данные о местоположении;

в) общие параметры.

6.4 Расширенный объем требований к уровню проработки элементов ЦИМ помимо основных наборов атрибутивных данных, перечисленных в 6.2, включает дополнительные наборы атрибутивных данных:

а) пожарные свойства;

б) сметные параметры;

в) технические характеристики;

г) строительные параметры;

д) эксплуатационные параметры.

6.5 Расширенный объем требований может включать как один из дополнительных наборов атрибутивных данных (например, пожарные свойства), так и несколько дополнительных наборов атрибутивных данных (например, сметные параметры, технические характеристики и эксплуатационные параметры) в зависимости от БП применения ЦИМ ОКС.

6.6 Значения атрибутов у элементов ЦИМ должны соответствовать их представлению в документации.

6.7 Атрибуты основных и дополнительных наборов атрибутивных данных моделируемых элементов ЦИМ приведены в [9].

6.8 Атрибутивные составы основных и дополнительных наборов атрибутивных данных могут быть изменены или дополнены другими атрибутами.

6.9 Уровень проработки ЦИМ в части геометрической детализации должен обеспечивать возможность принципиальной визуальной идентификации элемента, определения его ориентации в пространстве, подсчета количественных показателей в рамках проекта, а также решения задач проекта, зависящих от БП ведения ЦИМ ОКС.

6.10 Геометрическая детализация элементов ЦИМ ОКС приведена в [9].

6.11 Зависимость уровня проработки ЦИМ от БП ведения ЦИМ ОКС и ЖЦ представлена в таблице 3.

Таблица 3

Уровень проработки ЦИМ ОКС в зависимости от БП ведения ЦИМ ОКС и ЖЦ

6.12 Геометрическое представление элементов ЦИМ может быть сформировано на основе геометрических параметров, приведенных в [9].

6.13 Допускается не корректировать элементы ЦИМ, у которых отклонение их фактических размеров от проектных не превышает установленные допуски.

6.14 Уровень проработки элементов ЦИМ в полной мере должен обеспечивать подсчет количественных показателей в рамках проекта в соответствии с БП ведения ЦИМ ОКС.

6.15 Элементы ЦИМ, имеющие трехмерное представление, следует представлять в масштабе 1:1 в соответствии с их размерами.

6.16 Элементы ЦИМ, являющиеся неделимыми по функциональному назначению, но состоящие из нескольких составных частей, должны представлять собой единую функциональную сборку.

6.17 Элементы ЦИМ должны быть классифицированы по КСИ в соответствии с требованиями нормативных правовых актов Российской Федерации. Допускается применение иных классификаторов, синхронизированных с КСИ.

6.18 В случае классификации элементов ЦИМ по КСИ рекомендуется руководствоваться действующими стандартами и методиками, разработанными оператором КСИ.

6.19 При необходимости к элементам ЦИМ допускается назначать предопределенный тип в соответствии со схемой IFC (дополнительно к классу IFC).

6.20 Рекомендуемые версии IFC — версия IFC 4.0.2.1, IFC 4.3 и более поздние версии.

6.21 Элементы ЦИМ должны формироваться с привязкой к уровню, на котором они возводятся/монтируются.

6.22 Все элементы ЦИМ должны разрабатываться в метрической системе единиц измерения (мм, м2, м3).

6.23 При моделировании допускается округление размерных значений параметров:

а) линейные размеры — в миллиметрах, до одного знака после запятой (0,0 мм);

б) высотные отметки — в метрах, с округлением до трех знаков после запятой (0,000 м);

в) угловые размеры — в градусах-минутах-секундах (0°0'0»);

г) объемы — в кубических метрах, до трех знаков после запятой (0,000 м3);

д) площади — в квадратных метрах, до трех знаков после запятой (0,000 м2);

е) прочие размерности — в соответствии с требованиями к оформлению проектной документации по ГОСТ Р 21.101.

7 Требования к составу и структуре цифровой информационной модели объекта капитального строительства

7.1 Состав цифровой информационной модели

7.1.1 В ЦИМ представляются проектные решения и инженерные системы, перечисленные в таблице 4.

Таблица 4

Перечень дисциплинарных ЦИМ формирования ПД

7.1.2 Специальными дисциплинарными ЦИМ при формировании ЦИМ объектов здравоохранения могут являться:

• медицинские газы;
• пневмопочта;
• холодоснабжение (может выделяться в отдельную модель).

7.1.3 Формирование данных моделей зависит от задания на проектирование, медико-технологического задания, технического задания на ЦИМ ОКС, а также функционального назначения и мощности ОКС.

7.1.4 Также следует определять состав ЦИМ таким образом, чтобы использовать данные из нее для формирования сведений, документов и материалов, необходимых в процессе жизненного цикла ОКС (см. приложения Б, В).

7.1.5 В зависимости от технических требований и особенностей ОКС состав проектных решений может быть дополнен в задании на проектирование, техническом задании на ЦИМ ОКС, ПИМ для моделирования с целью координации ЦИМ ОКС.

7.2 Структура цифровой информационной модели

7.2.1 Разбиение на отдельные ЦИМ необходимо выполнять в соответствии со следующим критерием: ЦИМ формируется на каждое отдельное здание. Не допускается моделирование в одном файле нескольких зданий.

7.2.2 ЦИМ ОКС должна иметь разбиение (группировку) на дисциплинарные ЦИМ.

7.2.3 При необходимости обеспечения коллективной работы или снижения размера рабочего файла допускается разбивать ЦИМ ОКС на составляющие (этажи, уровни, функциональные зоны, фрагменты и т.п.).

7.2.4 Структуру ЦИМ рекомендуется формировать в соответствии с принципом разделения ПД по разделам.

7.2.5 Допускается разрабатывать несколько инженерных систем в одной ЦИМ.

7.2.6 Дисциплинарные ЦИМ допускается делить на несколько, если того требуют особенности проектирования или объемы файлов.

7.2.7 Принцип разбиения дисциплинарных ЦИМ принимается согласно таблице 5.

Таблица 5

Принципы разбиения дисциплинарных ЦИМ

7.3 Пространственная структура цифровой информационной модели

7.3.1 Рекомендации к пространственной структуре ЦИМ ОКС описаны в ПНСТ 909-2024.

8 Требования к отметкам, уровням и осям цифровой информационной модели объекта капитального строительства

8.1 Уровни ЦИМ создаются по этажам.

8.2 В качестве нулевой отметки ЦИМ рекомендуется принимать уровень чистого пола первого этажа ОКС.

8.3 В случае сложного рельефа за нулевую отметку рекомендуется принимать уровень чистого пола надземного этажа с наименьшей абсолютной отметкой.

8.4 Уровни рекомендуется моделировать по отметке чистого пола этажа. В случае переменной отметки чистого пола выбирается наименьшая отметка в пределах этажа.

8.5 Допускается вводить дополнительные уровни для моделирования элементов крыши и фундаментов. При этом отметка уровня выбирается наиболее удобной для целей моделирования элементов. Если разница между чистовой отделкой горизонтальных несущих конструкций составляет более 1,8 м, то рекомендуется создавать новый уровень.

8.6 Наименование уровней должно иметь блочную структуру, позволяющую однозначно определить расположение уровня.

8.7 Количество уровней в ЦИМ должно быть минимально возможным и соответствовать требованиям, указанным в ТЗ на ЦИМ ОКС.

8.8 При наименовании осей необходимо исходить из принадлежности осей к части целого здания — корпусу, секции. При отсутствии деления здания на части (корпусы/секции) принцип наименования должен соответствовать требованиям нормативно-технических документов в соответствии с договором, ЗнП, ТЗ на ЦИМ ОКС <1>.

<1> Примерная форма ТЗ на ЦИМ ОКС приведена в приложении Г.

9 Программное обеспечение и информационные системы, используемые для работы с цифровой информационной моделью объекта капитального строительства

9.1 Информационными системами, используемыми в процессе информационного моделирования, могут быть:

а) СОД;

б) САПР;

в) СУИД;

г) информационные системы, предназначенные для разработки смет;

д) программа управления проектами (ERP-система).

9.2 Формирование модели осуществляется в САПР, позволяющих осуществлять моделирование и выпускать документы и материалы в форме электронных документов, утвержденных [10].

9.3 Ведение ИМ осуществляется в СОД, позволяющей организовать процесс включения в ИМ документов и материалов, проверки их достоверности и актуализации, а также архивного хранения и передачи между участниками проектирования и строительства.

9.4 При этом обрабатывающие вычислительные комплексы (серверы) и базы данных информационных систем должны располагаться на территории Российской Федерации и под ее юрисдикцией.

10 Требования к файлам цифровой информационной модели объекта капитального строительства

10.1 Требования к обеспечению юридической значимости файлов

К каждому файлу ЦИМ предъявляются требования к обеспечению юридической значимости согласно [11].

10.2 Требования к форматам файлов

Файлы ЦИМ должны быть представлены заказчику в формате IFC — SPF (.ifc) или IFCxml версии IFC4 Reference View, также рекомендуется представлять файлы ЦИМ заказчику дополнительно в формате используемого ПО (в проприетарном формате).

Примечание - После введения в действие схемы, подлежащей использованию для формирования ЦИМ в виде файлов в формате XML, ЦИМ представляются в государственные информационные системы в форме электронных документов в виде файлов в формате XML.

10.3 Требования к именованию файлов

10.3.1 Наименование файлов ЦИМ представляет собой кодирование ее элементов для дальнейшей идентификации принадлежности ЦИМ к определенному участку, разделу или системе.

10.3.2 При именовании файлов ЦИМ необходимо соблюдать следующий набор полей:

<Поле 0><><Поле 1><><Поле 2><><Поле 3><> <Поле 4><_><Поле 5>, где:

а) в поле 0 указывается шифр проекта, который устанавливается в соответствии с требованиями, принятыми в организации (при наличии требований организации к указанию шифра проекта);

б) в поле 1 указывается вид ОКС: «НН» — объект непроизводственного назначения;

в) в поле 2 указывается номер корпуса ОКС в формате «Кxx», где «xx» — двузначное обозначение номера корпуса, например К01, К05 и т.д.;

г) в поле 3 указывается номер секции в корпусе ОКС в формате «Сxx», где «xx» — двузначное обозначение номера секции, например, С01, С05 и т.д.;

д) в поле 4 указывается шифр раздела (подраздела) проекта по ГОСТ Р 21.101 и в соответствии с настоящим стандартом. Допускается использование дополнительных шифров, не предусмотренных вышеуказанными документами, с указанием расшифровки в сопроводительном перечне передаваемых файлов;

е) в поле 5 указывается этап жизненного цикла ОКС, для которого сформирована ЦИМ:

1. П — формирование ПД;

2. Р — формирование РД;

3. С — производство строительно-монтажных и отделочных работ;

4. И — исполнительная техническая документация;

5. Э — ведение эксплуатации построенного актива;

6. СН — снос.

Пример условного обозначения (именования) объекта непроизводственного назначения, корпус 1, секция 1, раздел АР, формирование

ПД — 111_НН_К01_С01_АР_П

10.3.3 Именования файлов ЦИМ представляются в соответствии с таблицей 6, описание полей — в соответствии с таблицами 7 — 9.

Таблица 6

Набор полей

Таблица 7

Описание полей

Таблица 8

Перечень разделов ПД

Таблица 9

Перечень комплектов рабочих чертежей РД

10.4 Требования к размеру файлов

К размеру файлов, входящих в ЦИМ, следует соблюдать следующие требования:

1. размер файла ЦИМ в формате IFC не должен превышать 500 Мб;

2. размер файла ЦИМ проприетарного формата не ограничен, если иное не указано в ЗнП, ТЗ на ЦИМ ОКС, ПИМ.

11 Требования к координации цифровой информационной модели объекта капительного строительства

11.1 ЦИМ, представленные в рамках одного проекта, должны быть скоординированы между собой.

11.2 За начало относительной системы координат ЦИМ рекомендуется принимать пересечение первых разбивочных осей (1 и А) и уровня с отметкой 0,000.

11.3 Для координации ЦИМ необходимо обеспечивать привязку ОКС:

1. к топографической съемке в рамках местной системы координат;

2) БСВ;

3. проектному углу поворота ОКС относительно истинного севера.

12 Требования к отсутствию коллизий

12.1 Сводная ЦИМ ОКС не должна содержать проектных ошибок (коллизий), вызванных:

а) отсутствием пространственной координации как между различными разделами проектных решений, так и внутри разделов проектных решений;

б) геометрическими пересечениями элементов ЦИМ, если такие пересечения не являются проектным решением;

в) дублированием элементов ЦИМ;

г) нарушением нормируемых расстояний между элементами ЦИМ. Нормируемые расстояния принимают в соответствии с нормативными техническими документами.

12.2 Допускается не устранять геометрические пересечения элементов, если они не вызывают:

а) противоречий требований технических регламентов и иных требований действующего законодательства;

б) отклонений от корректного подсчета количественных показателей;

в) нарушений возможности монтажа и нормальной эксплуатации объекта;

г) отклонений от проектного местоположения элементов ЦИМ ОКС, за исключением допустимых отклонений.

12.3 Допуски на коллизии, приоритетность исправления коллизий устанавливаются в задании на проектирование, ТЗ на ЦИМ ОКС, ПИМ. Детальное описание проверок допусков рекомендуется описывать в матрице коллизий и включать в ПИМ.

12.4 Необходимо осуществлять проверку на геометрические пересечения элементов следующих проектных решений и инженерных систем здания:

а) архитектурные и конструктивные решения (АР и КР);

б) система вентиляции, кондиционирования (ОВ);

в) система внутреннего водоснабжения (ВК1);

г) система водоотведения (ВК2);

д) системы отопления (О);

е) системы электроснабжения (ЭС);

ж) сети связи (СС);

и) система холодоснабжения (ХС);

к) системы противодымной защиты (ДУ);

л) системы пожаротушения (ПТ);

м) система пожарной сигнализации (СПС);

н) система оповещения и управления эвакуацией при пожаре (СОУЭ);

п) технологические решения (ТХ).

12.5 Для труб диаметром более 50 мм и воздуховодов необходимо учитывать толщину изоляции.

12.6 На рисунках 3, 4 приведены примеры матриц коллизий для ПД и РД.

Рисунок 3 — Пример матрицы коллизий для ПД

Рисунок 4 — Пример матрицы коллизий для РД

13 Требования к моделированию дисциплинарной цифровой информационной модели «Архитектурные решения»

13.1 Дисциплинарная ЦИМ «Архитектурные решения» (далее — ЦИМ АР) содержит следующие элементы:

а) помещения, шахты, пространства для инженерных коммуникаций;

б) ненесущие стены, ненесущие ограждающие стены, перегородки, витражные системы;

в) отделку стен, перегородок, полы, потолки, кровлю;

г) проемы, двери, окна, балконные блоки, турникеты;

д) пандусы, лестницы и т.д.;

е) ограждения и поручни;

ж) иные элементы ЦИМ АР (см. приложение А).

13.2 В ЦИМ АР должны отсутствовать элементы, включенные в прочие ЦИМ. ЦИМ АР не должна содержать несущие элементы, отраженные в ЦИМ КР. При этом должны обеспечиваться корректная геометрия и наполнение атрибутивными данными иных элементов ЦИМ АР, например помещений. В случае особенностей используемого ПО или регламентов работы проектных подразделений допускается дублирование несущей части в составе ЦИМ АР при исключении данных элементов из сводной модели/из проверок на дублирование в сводных моделях, при этом отделочные слои моделируются отдельными элементами с привязкой к стене и помещению.

13.3 Перечень элементов ЦИМ АР приведен в приложении А.

13.4 Элементы ЦИМ АР должны содержать отверстия для прокладки инженерных систем.

13.5 Атрибуты группы «Геометрия» приравниваются к системным параметрам IFC из используемых САПР.

13.6 Структура таблиц атрибутов элементов ЦИМ представлена в подразделе 22.3.

13.7 Атрибуты основных и дополнительных наборов атрибутивных данных моделируемых элементов ЦИМ АР приведены в [9].

13.8 Атрибутивные составы основных и дополнительных наборов атрибутивных данных могут быть изменены или дополнены другими атрибутами.

13.9 Описание компонентов моделируемых элементов приведено в [9].

14 Требования к моделированию дисциплинарной цифровой информационной модели «Конструктивные решения»

14.1 Дисциплинарная ЦИМ «Конструктивные решения» (далее — ЦИМ КР) содержит элементы несущих конструкций, элементы, обеспечивающие пространственную жесткость и устойчивость каркаса здания.

14.2 Элементы, не обязательные к моделированию:

а) армирование железобетонных элементов;

б) гидрошпонки;

в) обмазочная и оклеечная гидроизоляция фундаментов;

г) огнезащита стальных элементов;

д) крепежные метизы;

е) сварные швы.

14.3 В ЦИМ КР должны отсутствовать элементы, включенные в прочие ЦИМ. В случае особенностей используемого ПО или регламентов работы проектных подразделений допускается дублирование элементов из других ЦИМ в составе ЦИМ КР при исключении данных элементов из сводной модели/из проверок на дублирование в сводных моделях.

14.4 Перечень элементов ЦИМ КР приведен в приложении А.

14.5 Детализацию узлов рекомендуется принимать достаточной для определения типа сопряжения элементов конструкций, позволяющей однозначно определить, каким образом элементы соединяются друг с другом.

14.6 Монолитные элементы следует разделять в соответствии со способом их возведения на строительной площадке или в соответствии с принятыми правилами исчисления объемов работ.

14.7 Монолитные элементы должны быть разделены с учетом деформационных и осадочных швов.

14.8 Допускается не производить разделение монолитных элементов на отдельные захватки бетонирования.

14.9 Составные и сборные элементы следует моделировать по отправочным маркам.

14.10 Составные элементы при экспорте в формат IFC должны формировать единый элемент (сборку), выгружаемый в класс IfcElementAssembly, за исключением элементов лестниц, пандусов, крыш, балок, которые выгружаются в классы IfcStair, IfcRamp, IfcRoof, IFCBeam соответственно.

14.11 Несущие элементы ЦИМ КР должны учитывать отверстия для прокладки инженерных систем.

14.12 Атрибуты группы «Геометрия» приравниваются к системным параметрам IFC из используемых САПР.

14.13 Описание компонентов моделируемых элементов приведено в приложении А.

14.14 Структура таблиц атрибутов элементов ЦИМ представлена в [9].

14.15 Атрибуты основных и дополнительных наборов атрибутивных данных моделируемых элементов ЦИМ КР приведены в [9].

14.16 Атрибутивные составы основных и дополнительных наборов атрибутивных данных могут быть изменены или дополнены другими атрибутами.

15 Требования к моделированию дисциплинарной цифровой информационной модели «Инженерное оборудование и сети»

15.1 Инженерные системы ОКС моделируются от точек подключения к сетям инженерно-технического обеспечения (далее — подключение к внешним сетям), согласованных в технических условиях на подключение.

15.2 Дисциплинарную ЦИМ «Инженерное оборудование и сети» (далее — ЦИМ ИОС) необходимо делить на внутренние и наружные сети. Внутренние инженерные системы здания моделируются до точки подключения к наружным сетям. Точка подключения моделируется с заполнением всех необходимых атрибутивных данных в соответствии с техническими условиями на подключение (технологическое присоединение) ОКС к сетям инженерно-технического обеспечения.

15.3 Детализация элементов инженерного оборудования и запорно-регулирующей арматуры должна быть достаточной, но не излишней.

15.4 У элементов оборудования и установок рекомендуется формировать зону обслуживания в качестве самостоятельного твердотельного элемента.

15.5 Подключение к внешним сетям следует моделировать в виде условного твердотельного элемента габаритными размерами не более 1 x 1 x 1 м.

15.6 Подключение к внешним сетям, элементы оборудования, потребители, фитинги, запорно-регулирующая арматура должны содержать точки соединения (трассировки) к инженерным сетям.

15.7 Элементы, не обязательные к моделированию:

а) элементы подвесов и опор в виде хомутов, кронштейны крепления к стенам для трубопроводов, воздуховодов и кабельных конструкций;

б) кабели и провода;

в) внешние инженерные сети, не относящиеся к объекту капитального строительства;

г) комплектующие устройства автоматики, контроля и учета в электрических щитах.

15.8 В ЦИМ ИОС должна быть представлена изоляция элементов оборудования и трубопроводов, если она необходима согласно проектным решениям (при экспорте в формат IFC изоляцию следует выгружать как самостоятельный элемент в класс IfcCovering.INSULATION). Элементы трубопроводной арматуры рекомендуется представлять в положении полного открытия.

15.9 В ЦИМ ИОС должны отсутствовать элементы, включенные в прочие ЦИМ. В случае особенностей используемого ПО или регламентов работы проектных подразделений допускается дублирование элементов из других ЦИМ в составе ЦИМ ИОС при исключении данных элементов из сводной модели/из проверок на дублирование в сводных моделях.

15.10 В ЦИМ ИОС в качестве специального раздела при необходимости может формироваться система аварийного автономного электроснабжения.

15.11 Перечень элементов ЦИМ ИОС приведен в приложении А.

15.12 Составные элементы при экспорте в формат IFC рекомендуется формировать в единый элемент (сборку), выгружаемый в класс IfcElementAssembly.

15.13 Атрибуты группы «Геометрия» приравниваются к системным параметрам IFC из используемых САПР.

15.14 Описание компонентов моделируемых элементов приведено в приложении А.

15.15 Структура таблиц атрибутов элементов ЦИМ представлена в [9].

15.16 Атрибуты основных и дополнительных наборов атрибутивных данных моделируемых элементов ЦИМ ИОС приведены в [9].

15.17 Атрибутивные составы основных и дополнительных наборов атрибутивных данных могут быть изменены или дополнены другими атрибутами.

16 Требования к моделированию дисциплинарной цифровой информационной модели «Технологические решения»

16.1 Дисциплинарную ЦИМ «Технологические решения» (далее — ЦИМ ТХ) допускается делить по функциональному назначению технологических процессов.

16.2 ЦИМ ТХ должна содержать элементы мебели, монтируемого и немонтируемого оборудования, обеспечивающего основные технологические процессы.

16.3 В ЦИМ ТХ должны отсутствовать элементы, включенные в прочие ЦИМ. В случае особенностей используемого ПО или регламентов работы проектных подразделений допускается дублирование элементов из других ЦИМ в составе ЦИМ ТХ, при исключении данных элементов из сводной модели/из проверок на дублирование в сводных моделях.

16.4 Перечень элементов ЦИМ ТХ приведен в приложении А.

16.5 У элементов мебели, монтируемого и немонтируемого оборудования рекомендуется формировать зону обслуживания в качестве твердотельного элемента.

16.6 ЦИМ ТХ может отражать несколько производственных технологических процессов.

16.7 Элементы оборудования ЦИМ ТХ должны содержать точки подключения (трассировки) к инженерным сетям, а также их геометрические привязки, высоты установки.

16.8 В ЦИМ ТХ не допускается наличие элементов ЦИМ иных разделов проектной документации, кроме элементов инженерных систем, обеспечивающих производственные процессы, которые не отражены в ЦИМ ИОС.

16.9 Атрибуты группы «Геометрия» приравниваются к системным параметрам IFC из используемых САПР.

16.10 Описание компонентов моделируемых элементов приведено в приложении А.

16.11 Структура таблиц атрибутов элементов ЦИМ представлена в [9].

16.12 Атрибуты основных и дополнительных наборов атрибутивных данных моделируемых элементов ЦИМ ТХ приведены в [9].

16.13 Атрибутивные составы основных и дополнительных наборов атрибутивных данных могут быть изменены или дополнены другими атрибутами.

17 Правила моделирования отдельных элементов для цифровой информационной модели поликлиник

17.1 Основные особенности проектирования поликлиник

17.1.1 Моделирование поликлиник требует учета в ЦИМ соответствующих факторов для отражения в ЦИМ информации об обеспечении удобства пациентов, эффективности работы медперсонала и соблюдения санитарных норм. Основные особенности моделирования поликлиник заключаются:

а) в зонировании — четком разделении в ЦИМ поликлиник зон приема пациентов, диагностики, лечения и административных помещений;

б) функциональной планировке — моделировании в ЦИМ пространства для ожидания, регистратуры, удобных и доступных для разных категорий пациентов;

в) соблюдении санитарных норм:

1. размещении в ЦИМ санузлов и уборочных помещений в каждой зоне;

2. отражении в ЦИМ специальных требований для зон приема инфекционных больных, включая изолированные кабинеты;

г) доступности — отражении в ЦИМ информации об учете потребностей маломобильных групп населения.

17.1.2 Все вышеперечисленное накладывает дополнительные требования к моделированию и атрибутивному составу следующих элементов ЦИМ:

• зон и помещений;
• специфических инженерных сетей медицинских газов и пневмопочты, хладоцентра;
• мебели и оборудования, отделки.

17.2 Зоны и помещения

Для медицинских учреждений при моделировании и создании элементов зон и помещений необходимо учитывать класс чистоты (допустимое микробное загрязнение), вместимость палат и иные специфические атрибуты. Атрибуты, необходимые для учета, приведены в [9] и при необходимости могут быть дополнены в соответствии с потребностями строительного проекта.

17.3 Холодоснабжение, холодильная станция или хладоцентр

17.3.1 Холодоснабжение выделяется в отдельную ЦИМ ХС, так как играет особую роль для медицинских помещений с особыми требованиями: операционные, процедурные кабинеты, кабинеты диагностики и лаборатории требуют поддержания стабильной температуры и влажности для соблюдения санитарных и гигиенических норм.

17.3.2 В состав ЦИМ ХС должны входить следующие элементы: оборудование, чиллеры, теплообменники, насосы, фанкойлы, трубы, арматура, фитинги.

17.3.3 На рисунке 5 приведен пример визуализации ЦИМ ХС.

а)

б)

1 — изоляция трубы; 2 — чиллер; 3 — трубопровод; 4 — теплообменник; 5 — дренажный насос; 6 — центробежный насос; 7 — расширительный бак; 8 — сухая градирня (драйкулер); 9 — фильтр

Рисунок 5 — Пример визуализации ЦИМ ХС

17.4 Медицинские газы

17.4.1 В состав ЦИМ МГ должны входить элементы станций для производства сжатого воздуха, ресивера, вакуумной станции, газовых клапанов и коробок, труб, арматуры, фитингов.

17.4.2 На рисунке 6 приведен пример визуализации ЦИМ МГ.

а)

б)

1 — медный трубопровод медгазов; 2 — фильтр; 3 — вакуумная станция; 4 — кислородный генератор; 5 — ресивер сжатого воздуха; 6 — манометр; 7 — шаровой кран; 8 — газовый клапан; 9 — баллоны; 10 — станция

Рисунок 6 — Пример визуализации ЦИМ МГ

17.5 Технологические решения

Особое внимание следует обратить на технологические решения, специфические для области: система пневмопочты, а также медицинское оборудование и мебель.

17.5.1 Пневмопочта

17.5.1.1 Система пневмопочты разрабатывается в разделе 6 «Технологические решения», в медицинских учреждениях выделяется как отдельная система с самостоятельной ЦИМ ПП.

17.5.1.2 ЦИМ ПП должна содержать элементы станций, маршрутных стрелок, фильтров, компрессора, труб, фитингов, обеспечивающие процесс перемещения штучных грузов.

17.5.1.3 На рисунке 7 приведен пример визуализации ЦИМ ПП.

1 — воздушная стрелка; 2 — станция пневмопочты; 3 — загрузчик пневмопочты; 4 — устройство хранения; 5 — модуль хранения; 6 — гнутый отвод; 7 — трубопровод пневмопочты; 8 — фильтр

Рисунок 7 — Пример визуализации ЦИМ ПП

17.5.2 Медицинские изделия

17.5.2.1 Разработка дисциплинарной ЦИМ раздела 6 «Технологические решения» носит специфический для области характер за счет уникальности медицинских процессов. От структуры поликлиники зависит состав его медицинских изделий, которые включают в себя оборудование, инструменты, мебель.

17.5.2.2 На рисунке 8 представлен состав медицинских изделий учреждений.

а) Медицинское оборудование

б) Медицинские инструменты

в) Медицинская мебель

Рисунок 8 — Состав медицинских изделий учреждений

17.5.2.3 Медицинское оборудование делится на несколько категорий:

а) по способу монтажа:

1. монтируемое;

2. немонтируемое;

б) в соответствии со спецификой использования:

1. диагностическое;

2. терапевтическое;

3. вспомогательное.

17.5.2.4 На рисунке 9 представлены элементы ЦИМ ТХ.

а)

б)

1 — анестезиологическая система; 2 — ультразвуковой аппарат; 3 — хирургический светильник; 4 — инкубатор интенсивной терапии; 5 — операционный стол; 6 — система обогрева пациента; 7 — медицинская кровать; 8 — аппарат искусственной вентиляции легких (ИВЛ); 9 — магнитно-резонансная томография (МРТ)

Рисунок 9 — Элементы ЦИМ ТХ

17.5.2.5 Перечень элементов ЦИМ ТХ приведен в приложении А.

18 Требования к энергоэффективности на основе цифровой информационной модели объекта капитального строительства

18.1 Основным требованием к ЦИМ ОКС, обеспечивающим впоследствии энергоэффективность объекта, является учет всех БП ведения ЦИМ ОКС путем насыщения каждого элемента необходимой информацией соответствующего этапа.

18.2 Такой информацией являются данные, касающиеся энергопотребления, автоматизации, учета стандартов и анализа стоимости, возможность вариативного проектирования, а также технические характеристики, сметные и эксплуатационные параметры.

18.3 ЦИМ ОКС и заполненные на основе принятых в проекте решений атрибуты элементов не должны противоречить установленным требованиям, а также положениям СП 50.13330. Для этого, например:

• в ЦИМ ОКС отражается класс энергосбережения здания — «В» (высокий);
• в ЦИМ ОКС отражается оснащение систем отопления автоматизированными узлами управления;
• в ЦИМ ОКС обеспечивается наличие в ОКС индивидуального теплового пункта;
• в ЦИМ ОКС предусматривается увеличенное сопротивление теплопередачи наружных стен и перекрытий ОКС по отношению к базовому уровню;
• в ЦИМ ОКС предусматривается система централизованного теплоснабжения, система децентрализованного теплоснабжения;
• в ЦИМ ОКС предусматривается моделирование энергоэффективных оконных и витражных систем;
• в ЦИМ ОКС отражается оснащение ОКС термостатами и измерителями расхода потребления тепловой энергии, установленными на отопительных приборах вертикальных систем отопления, термостатами на отопительных приборах;
• в ЦИМ ОКС обеспечивается моделирование теплообменников для нагрева воды на горячее водоснабжение с устройством автоматического регулирования ее температуры, установленных на вводе в здание или части здания;
• в ЦИМ ОКС обеспечивается моделирование электродвигателей со встроенным частотным регулированием вентиляторов вентиляционных систем, лифтов, насосов систем отопления, горячего и холодного водоснабжения, систем кондиционирования;
• в ЦИМ ОКС отражается оснащение ОКС приборами учета энергетических и водных ресурсов, установленными на вводе в здание;
• в ЦИМ ОКС отражается оснащение ОКС регуляторами давления воды в системах холодного и горячего водоснабжения на вводе в здание;
• в ЦИМ ОКС отражается оснащение ОКС энергосберегающими осветительными приборами;
• в ЦИМ ОКС отражается оснащение ОКС дверными доводчиками;
• в ЦИМ ОКС отражается оснащение ОКС второй дверью в тамбурах входных групп, обеспечивающей минимальные потери тепловой энергии;
• в ЦИМ ОКС отражается оснащение ОКС ограничителями открывания окон;
• в ЦИМ ОКС может быть предусмотрено отражение иной информации для соответствия положениям нормативных правовых актов и документов по стандартизации, описывающим требования к энергоэффективности.

19 Требования к качеству цифровой информационной модели объекта капитального строительства

19.1 ЦИМ и техническая документация, произведенная на ее основе или являющаяся основой для разработки ЦИМ, должны соответствовать друг другу.

19.2 В файлах ЦИМ должны отсутствовать скрытые объекты или скрытые аннотации.

19.3 Все неиспользуемые внешние ссылки, слои, объекты, аннотации, виды и чертежи, которые не относятся к проекту, должны быть удалены или очищены.

19.4 Элементы конструкций ЦИМ должны быть проверены на точность примыканий (не должны необоснованно «висеть в воздухе») и на «неразрывность» соединений элементов систем инженерных коммуникаций.

19.5 ЦИМ должны регулярно проходить проверки:

а) на соответствие требованиям настоящего стандарта;

б) соответствие требованиям технического задания на ЦИМ ОКС;

в) соответствие требованиям к уровню проработки ЦИМ, в которые входят:

1. требования к атрибутивному составу элементов ЦИМ;

2. требования к геометрической детализации элементов ЦИМ;

г) отсутствие пространственных коллизий и дублирования элементов ЦИМ;

д) соответствие обязательным нормативным документам и технической документации.

20 Правила именования атрибутов и наборов атрибутов

20.1 Правила именования стандартных атрибутов и наборов атрибутов

20.1.1 Наименования наборов атрибутов схемы данных IFC (стандартных наборов атрибутов) начинаются с префикса «Pset_» для атрибутов, определяющих характеристики или свойства элемента (Property Sets) и с префикса «Qto_» для атрибутов, определяющих количественные параметры элемента (Quantity Sets).

20.1.2 Наименования атрибутов, соответствующих схеме данных IFC (стандартных атрибутов), не содержат префиксов.

20.1.3 Примеры именования приведены в таблице 10.

Таблица 10

Примеры именования стандартных атрибутов и наборов атрибутов

20.1.4 Атрибуты, входящие в стандартные наборы количественных атрибутов «Qto_», рассчитываются в проприетарном программном обеспечении и записываются автоматически при сохранении ЦИМ в формат IFC. Ввод значений данных атрибутов вручную не требуется.

20.2 Правила именования пользовательских атрибутов и наборов атрибутов

20.2.1 Наименования наборов атрибутов национального расширения схемы данных IFC (пользовательских наборов атрибутов) начинаются с префикса «RusSet_».

20.2.2 Наименования атрибутов национального расширения схемы данных IFC (пользовательских атрибутов) начинаются с префикса «RUS_».

20.2.3 Примеры именования приведены в таблице 11.

Таблица 11

Примеры именования пользовательских атрибутов и наборов атрибутов

21 Оформление цифровой информационной модели объекта капитального строительства в качестве графической части проектной документации

21.1 Пакет электронной документации для передачи графической части

21.1.1 Для передачи графической части проектной и рабочей документации в виде ЦИМ другой организации копии электронных документов графической части проектной и рабочей документации в виде ЦИМ комплектуются в ПЭД.

21.1.2 ПЭД оформляется в виде набора папок и файлов, упакованных в zip-архив (пакет) или объединенных в общую папку.

21.1.3 Формирование ПЭД для передачи графической части на основе ЦИМ ОКС осуществляется согласно положениям ГОСТ Р 21.101 и положениям настоящего раздела.

21.1.4 ПЭД состоит:

• из реквизитной части с описанием структуры графической части проектной и рабочей документации в виде ЦИМ. Реквизитная часть формируется при необходимости последующей автоматизированной загрузки пакета в информационную систему, обеспечивающую функции передачи данных между субъектами градостроительных отношений и их регистрации;
• содержательной части в виде структурированного набора папок и файлов, подготовленной в соответствии со схемой, представленной на рисунке 10.

Рисунок 10 — Схема структурированного набора папок и файлов ПЭД

21.1.5 Каждый документ, добавляемый в ПЭД, должен иметь глобальный уникальный идентификатор (GUID), с помощью которого можно однозначно идентифицировать документ для отслеживания его изменений при последующей передаче новых версий ПЭД. Идентификатор назначается автоматизированным способом, с помощью используемой СОД, в которой ведутся учет и хранение версий документа. Изменение идентификатора для новых версий ДЭ при формировании новых версий ПЭД не допускается.

21.1.6 Состав содержательной части ПЭД должен соответствовать составу проектной или рабочей документации в виде ЦИМ. Каждый раздел, подраздел проектной документации или основной комплект рабочих чертежей помещают в отдельную папку. Наименования папок должны соответствовать: для проектной документации — номерам разделов и подразделов, установленным их наименованиям или шифрам; для рабочей документации — маркам и/или наименованиям основных комплектов рабочих чертежей.

21.2 Трехмерные виды из ЦИМ

21.2.1 Трехмерный вид представляет собой отдельную фиксированную часть ЦИМ, которая создается в виде ссылки на IFC-модель с использованием формата BCF или другого формата с открытой спецификацией, поддерживающего аналогичную функциональность.

21.2.2 Трехмерный вид предназначен для отображения выбранной части ЦИМ и включает только те элементы, которые необходимы для проведения экспертной оценки проектных решений, выполнения монтажных или строительных работ, а также других задач, связанных с реализацией проектной документации. Отображаемые элементы могут включать конструкции, инженерные коммуникации и строительные изделия.

21.2.3 Трехмерный вид может настраиваться для отображения планов, разрезов или фрагментов здания с возможностью изолирования нужных элементов и скрытия второстепенных данных.

21.2.4 Трехмерный вид должен обеспечивать актуальность и согласованность представляемых данных со сводной моделью ЦИМ, а также обновляться по мере внесения изменений в проектную документацию или ЦИМ.

Трехмерный вид ЦИМ представлен на рисунке 11.

Рисунок 11 — Трехмерный вид ЦИМ

21.3 Координационные оси

21.3.1 ЦИМ содержит координационные оси в виде трехмерных элементов класса IfcGrid. Координационные оси предназначены для определения взаимного расположения элементов здания (сооружения) и их привязки к строительной геодезической сетке или разбивочному базису.

21.3.2 Последовательность обозначений координационных осей принимается по плану, как показано на рисунке 12: цифровые оси — слева направо, буквенные оси — снизу вверх, или как показано на рисунке 13.

Рисунок 12 — Обозначение координационных осей

Рисунок 13 — Обозначение координационных осей

21.3.3 Если количества букв алфавита для обозначения осей недостаточно, последующие оси обозначаются двумя буквами, например, АА, ББ, ВВ.

21.3.4 Координационные оси отображаются в модели, как правило, по левой и нижней сторонам плана здания (сооружения). Если координационные оси на противоположных сторонах не совпадают, в местах расхождения добавляются дополнительные обозначения осей на верхней и/или правой сторонах модели.

21.3.5 Для элементов, расположенных между основными координационными осями, могут быть добавлены дополнительные оси, реализуемые через IfcGrid. Эти оси получают обозначения в виде дроби: в числителе указывается обозначение предыдущей координационной оси, а в знаменателе — порядковый номер между смежными осями, например, 1/1, 1/2 и т.д.

21.3.6 При наличии повторяющихся элементов, привязанных к нескольким координационным осям, их отображение в модели осуществляется с привязкой к соответствующим осям в IfcGrid.

Пример обозначения координационных осей на общем виде ЦИМ представлен на рисунке 14.

Рисунок 14 — Обозначение координационных осей на общем виде ЦИМ

21.3.7 В цифровой модели крайние координационные оси блок-секций рекомендуется обозначать с добавлением индекса «с» (например, 1с, А-с).

21.3.8 ЦИМ должна быть выполнена в единой планово-высотной системе координат, обеспечивающей привязку всех элементов здания (сооружения) к строительной сетке. Координатная система задается в модели через IfcGrid, где началом системы координат является точка пересечения осей 1 и А.

21.4 Проставление отметок

21.4.1 Отметки уровней на фасадах, разрезах и сечениях помещают на выносных линиях.

Пример отображения отметок уровней на фасадах, разрезах и сечениях представлен на рисунке 15.

Рисунок 15 — Отметки уровней на фасадах, разрезах и сечениях

21.4.2 Нулевую отметку, принимаемую, как правило, для поверхности какого-либо элемента конструкций здания или сооружения, расположенного вблизи планировочной поверхности земли, указывают без знака; относительные отметки выше нулевой указывают со знаком «+», ниже нулевой — со знаком «-».

21.5 Позиционирование и ориентация

21.5.1 Для разработки ЦИМ необходимо обеспечить использование единой системы координат и отметок проекта, а также угла поворота относительно направления истинного севера.

21.5.2 Необходимо установить базовую точку проекта в точку пересечения первых разбивочных осей 1 и А координатной сетки с отметкой 0,000 на уровне чистого пола первого этажа для каждой ЦИМ. Базовая точка проекта должна иметь привязку к фактическим координатам местности — x, y, z — и углу истинного севера с указанием абсолютной отметки, принятой за относительную отметку 0,000 проекта, в БСВ.

21.5.3 Для обеспечения координации ЦИМ необходимо предусмотреть использование общего для всех ЦИМ базового координационного файла с разбивочными осями, уровнями и проектными координатами.

21.5.4 Если проект предполагает наличие двух и более отдельно стоящих или обособленных зданий, строений или сооружений — для каждой ЦИМ проекта в обязательном порядке должен быть предоставлен базовый координационный файл.

21.5.5 При наличии базового координационного файла он должен содержать координаты базовой точки проекта и точки съемки (в системе координат, установленной в соответствии с требованиями технического задания на проектирование). Координаты этих точек должны совпадать с соответствующими координатами раздела проекта «Планировочная организация земельного участка».

21.5.6 При наличии базового координационного файла он должен быть представлен в следующих форматах:

• IFC формат — обязательный формат;
• проприетарный формат — дополнительный формат.

21.6 Оформление спецификации и ведомостей на основе ЦИМ

21.6.1 Цифровые спецификации и ведомости ЦИМ представляют собой автоматически собранные данные о специфицируемых элементах ЦИМ. Данные в табличной форме содержат структурированную информацию о количестве и характеристиках компонентов ЦИМ, где каждая строка спецификации и ведомости — это представление отдельного элемента ЦИМ либо расчетная величина, которая отталкивается от существующего элемента ЦИМ.

21.6.2 Цифровые спецификации и ведомости должны быть связаны с соответствующей ЦИМ.

21.6.3 Сведения о немоделируемых элементах должны быть представлены в табличной форме, соответствующей типу цифровой спецификации или ведомости моделируемых элементов ЦИМ.

21.6.4 Табличная форма немоделируемых элементов должна быть интегрирована в XML-файл в соответствии с правилами формирования XML-схемы.

21.6.5 Основные элементы ЦИМ, включаемые в цифровые ведомости и спецификации, представлены на рисунке 16.

Рисунок 16 — Схема распределения элементов ЦИМ

21.6.6 Виды ведомостей и спецификаций, которые можно получить из ЦИМ, и форма, в соответствии с которой они формируются, представлены в таблице 12.

Таблица 12

Виды цифровых ведомостей и спецификаций

а) подготовка ЦИМ;

б) формирование поискового набора на основе ЦИМ;

в) выбор необходимых атрибутов элементов ЦИМ для включения в поля спецификации/ведомости;

г) сортировка/группировка данных спецификаций/ведомостей.

21.6.8 Этап 1. Подготовка ЦИМ

21.6.8.1 Перед формированием цифровых ведомостей и спецификаций необходимо провести проверку ЦИМ на наличие атрибутивных данных специфицируемых элементов.

21.6.8.2 Необходимо провести проверку ЦИМ на наличие дублирующихся элементов.

21.6.9 Этап 2. Формирование поискового набора на основе ЦИМ

21.6.9.1 Цифровые ведомости и спецификации создаются на основе поисковых наборов элементов ЦИМ, формируемых по классификатору или IFC-классу, а также по ряду дополнительных атрибутов, характеризующих элемент.

21.6.9.2 Полученные поисковые результаты сохраняются в XML-формате и могут быть переданы для использования в других проектах.

21.6.10 Этап 3. Выбор необходимых атрибутов элементов ЦИМ для включения в поля спецификации/ведомости

После отбора элементов, включаемых в ведомость/спецификацию, дополнительно выбираются атрибуты, значения которых должны быть отражены в полях ведомости/спецификации.

21.6.11 Этап 4. Сортировка/группировка данных спецификации/ведомости

21.6.11.1 Сортировка данных позволяет упорядочить данные по определенному признаку. Например, данные могут быть отсортированы по типу строительных материалов.

21.6.11.2 Группировка позволяет объединить данные в группы по определенным признакам, например по принадлежности к этажу, секции, системе.

21.6.11.3 Правила сортировки и группировки данных настраиваются индивидуально, в зависимости от особенностей объекта и целей формирования спецификаций/ведомостей.

21.6.12 Формирование цифровых ведомостей объемов работ обеспечивается на основе данных, выгруженных из ЦИМ.

21.6.13 Требования к формированию цифровых ведомостей объемов работ на основе данных, выгруженных из ЦИМ, необходимо включать в задание на проектирование и (или) техническое задание на ЦИМ.

21.6.14 Цифровая ведомость объемов работ может быть сформирована на основе:

а) ЦИМ и соответствующего программного расширения (плагина), установленного в используемой системе автоматизированного проектирования;

б) спецификаций, сформированных из бумажных (электронных) чертежей или цифровой информационной модели в используемой системе автоматизированного проектирования;

в) ЦИМ и специализированного ПО для формирования цифровой ведомости объемов работ.

21.7 Отображение аннотаций

21.7.1 В зависимости от элемента и потребности в отображении на трехмерном виде дополнительной информации об элементе заказчик может устанавливать требования к отображению дополнительной информации об элементе на трехмерном виде в форме аннотации, например габариты, масса и прочие данные.

21.7.2 На трехмерном виде отображение информации о размерах, разрезах, узлах осуществляется в виде аннотаций при помощи класса IfcAnnotation.

21.7.3 Через IfcAnnotation могут быть отображены размер, отметка уровня, текст, выносная надпись, штриховка, линия, дуга/окружность, полилиния, радиальный размер, угловой размер.

21.7.4 С помощью IfcAnnotation может быть отображена дополнительная информация об элементах, например класс IFC, площадь, объем и т.д.

21.7.5 На одном трехмерном виде могут быть отображены несколько аннотаций в зависимости от требований заказчика и необходимости указания на трехмерном виде дополнительной информации об элементе.

21.7.6 Примеры аннотаций на трехмерных видах из дисциплинарных ЦИМ по разделам «Архитектурные решения», «Конструктивные решения», «Инженерное оборудование и сети» приведены на рисунках 17 — 19.

Рисунок 17 — Отображение аннотаций раздела «Архитектурные решения»

Рисунок 18 — Отображение аннотаций раздела «Конструктивные решения»

Рисунок 19 — Отображение аннотаций раздела «Инженерное оборудование и сети»

Приложение А (справочное)

ОПИСАНИЕ КОМПОНЕНТОВ МОДЕЛИРУЕМЫХ ЭЛЕМЕНТОВ

Таблица А.1

Приложение Б (справочное)

ЗАПОЛНЕНИЕ ФОРМЫ РАЗРЕШЕНИЯ НА СТРОИТЕЛЬСТВО НА ОСНОВЕ ДАННЫХ ИЗ ЦИФРОВОЙ ИНФОРМАЦИОННОЙ МОДЕЛИ

Форма Б.1

Приложение В (справочное)

ЗАПОЛНЕНИЕ ФОРМЫ РАЗРЕШЕНИЯ НА ВВОД В ЭКСПЛУАТАЦИЮ НА ОСНОВЕ ДАННЫХ ИЗ ЦИФРОВОЙ ИНФОРМАЦИОННОЙ МОДЕЛИ

Форма В.1

Приложение Г (справочное)

ПРИМЕРНАЯ ФОРМА ТЕХНИЧЕСКОГО ЗАДАНИЯ НА ЦИФРОВУЮ ИНФОРМАЦИОННУЮ МОДЕЛЬ ОБЪЕКТА КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА

Форма Г.1

Раздел 1. Общие сведения

<1> ЦИМ ОКС — цифровая информационная модель объекта капитального строительства.

Раздел 2. Потребность в формировании (ведении) ЦИМ ОКС на различных этапах жизненного цикла объекта капитального строительства, базовые процессы ведения ЦИМ ОКС

Примечание - В графе 4 рекомендуется указывать наименование базовых процессов ведения ЦИМ ОКС (цели, задачи и планируемые результаты базовых процессов ведения ЦИМ ОКС рекомендуется описывать в разделе 3). Базовые процессы ведения ЦИМ ОКС рекомендуется определять застройщику (техническому заказчику) с учетом нормативных правовых актов, описывающих базовые процессы ведения ЦИМ ОКС, утвержденных Минстроем России в соответствии с постановлением Правительства Российской Федерации от 17 мая 2024 г. № 614 «Об утверждении Правил формирования и ведения информационной модели объекта капитального строительства, состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требований к форматам указанных электронных документов», в том числе уточнять и (или) дополнять при необходимости.

<1> ЖЦ — жизненный цикл здания или сооружения.

Раздел 3. Базовые процессы ведения ЦИМ ОКС и их описание <1>

<1> В разделе рекомендуется указывать наименование базового процесса ведения ЦИМ ОКС (в соответствии с разделом 2), его описание, то есть цели, задачи и планируемые результаты реализации базового процесса ведения ЦИМ ОКС с учетом нормативных правовых актов, описывающих базовые процессы ведения ЦИМ ОКС, утвержденных Минстроем России в соответствии с постановлением Правительства Российской Федерации от 17 мая 2024 г. № 614 «Об утверждении Правил формирования и ведения информационной модели объекта капитального строительства, состава сведений, документов и материалов, включаемых в информационную модель объекта капитального строительства и представляемых в форме электронных документов, и требований к форматам указанных электронных документов».

Раздел 4. Состав ЦИМ ОКС

Примечания

1 В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

2 В графе 2 рекомендуется указывать код дисциплинарной ЦИМ в соответствии с КСИ (при наличии).

3 В графе 3 рекомендуется указывать наименование раздела (подраздела) проекта, которому соответствует дисциплинарная ЦИМ, в соответствии с постановлением Правительства Российской Федерации от 16 февраля 2008 г. № 87 «О составе разделов проектной документации и требованиях к их содержанию».

4 В графе 4 рекомендуется указывать этап (стадию) ЖЦ ОКС, на котором(ой) формируется дисциплинарная ЦИМ.

5 В графе 5 рекомендуется указывать наименование элемента, подлежащего включению в состав дисциплинарной ЦИМ.

6 В графе 6 рекомендуется указывать код элемента дисциплинарной ЦИМ в соответствии с КСИ (при наличии).

Раздел 5. Требования к ЦИМ ОКС

Примечания

1 В графе 1 рекомендуется указывать наборы атрибутивных данных элементов ЦИМ ОКС, необходимых для реализации базовых процессов ведения ЦИМ ОКС.

2 В графе 2 рекомендуется указывать общие требования к геометрической детализации элементов ЦИМ ОКС.

3 В графе 3 рекомендуется указывать требования к координации дисциплинарных ЦИМ, представленных в рамках одного проекта (сводной ЦИМ ОКС). В данной графе рекомендуется указывать требования к позиционированию и ориентации (использование единой системы координат и отметок проекта, а также угла поворота относительно направления истинного севера, установка базовой точки проекта, использование общего для всех ЦИМ ОКС базового координационного файла с разбивочными осями, уровнями и проектными координатами), требования к масштабу и единицам измерения, требования к отсутствию коллизий.

Примечания

1 В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

2 В графе 2 рекомендуется указывать наименование элемента, подлежащего включению в состав дисциплинарной ЦИМ.

3 В графе 3 рекомендуется указывать требования к геометрической детализации соответствующего элемента дисциплинарной ЦИМ.

Примечания

1 В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

2 В графе 2 рекомендуется указывать наименование элемента, подлежащего включению в состав дисциплинарной ЦИМ.

3 В графе 3 рекомендуется указывать наборы атрибутивных данных элемента дисциплинарной ЦИМ, необходимых для реализации базовых процессов ведения ЦИМ.

4 В графе 4 рекомендуется указывать перечень атрибутов элемента дисциплинарной ЦИМ, соответствующих наборам атрибутивных данных, указанным в графе «Наборы атрибутивных данных».

Примечания

1 В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

2 В графе 2 рекомендуется указывать информацию о необходимости осуществления данного вида проверки. Нормативная проверка — проверка проектных решений в ЦИМ ОКС на соответствие нормативно-техническим требованиям с помощью программных средств, используемых для автоматизированного анализа ЦИМ ОКС.

3 В графе 6 рекомендуется указывать наименование информационного ресурса, документа, содержащего правила и (или) требования, которым должны соответствовать данные из ЦИМ ОКС (например, задание на проектирование, техническое задание на ЦИМ ОКС, план реализации проекта с использованием информационного моделирования, нормативно-техническая документация).

4 В графе 7 рекомендуется указывать наименование информационной системы (ресурса), в которой проводится проверка.

5 В графе 9 рекомендуется указывать форму, в которой предоставляются результаты проверки (например, отчет о результатах проверок).

Раздел 6. Требования к качеству ЦИМ ОКС

Примечания

В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

В графе 2 рекомендуется указывать требования к качеству информации в дисциплинарной ЦИМ, выполнение которых необходимо для осуществления ее приемки застройщиком (техническим заказчиком) (требования к отсутствию ошибок и пересечений (коллизий), соответствию элементов ЦИМ ОКС требованиям задания на проектирование и (или) технического задания на ЦИМ ОКС, отсутствию дубликатов объектов и лишних экземпляров элементов и иные требования).

Раздел 7. Требования к файлам ЦИМ ОКС

Примечание - В графе 1 рекомендуется указывать наименование дисциплинарной ЦИМ.

Раздел 8. Требования по передаче ЦИМ ОКС и исключительных прав на ЦИМ ОКС

Примечание - Рекомендуется указывать особенности передачи ЦИМ ОКС (сроки, условия и порядок оплаты работ, уполномоченные лица, иные особенности), а также требования к передаче исключительных прав на ЦИМ ОКС (при наличии).

Раздел 9. Требования к обеспечению юридической значимости ОКС

Примечание - Рекомендуется указывать требования к обеспечению юридической значимости файлов ЦИМ ОКС согласно Федеральному закону от 6 апреля 2011 г. № 63-ФЗ «Об электронной подписи».

Раздел 10. Требования к использованию классификатора строительной информации

Примечание - Рекомендуется указывать нормативные правовые акты и иные документы, устанавливающие требования к использованию КСИ и к объему кода для классификации или требования застройщика (технического заказчика) к использованию КСИ и к объему кода для классификации ЦИМ ОКС, если такие требования и объем не установлены законодательством Российской Федерации, иными документами.

Раздел 11. Требования к программно-техническим средствам, используемым для формирования и ведения ЦИМ ОКС

Примечание - Рекомендуется указывать требования к программно-техническим средствам и программам электронно-вычислительных машин, используемым для формирования ЦИМ ОКС.

Раздел 12. Требования к плану реализации проекта с использованием информационного моделирования (при необходимости)

Примечание - Рекомендуется указывать требования к плану реализации проекта с использованием информационного моделирования в случае необходимости его формирования.

БИБЛИОГРАФИЯ