Диспетчерская информационная система создается. Единая автоматизированная система диспетчерского контроля и управления городским хозяйством. Предпосылки создания концепции

14.12.2023

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

Автоматизированная система диспетчерского управления (АСДУ) инженерным оборудованием зданий и сооружений является основным элементом нижнего уровня городской системы управления потреблением энергоресурсов (ГСУПЭ) и обеспечивает выполнение функций мониторинга инженерного оборудования зданий и сооружений.

В настоящий момент системы управления городского уровня отсутствуют.

Компания «Инфорт» предлагает рассмотреть возможность сотрудничества по вопросам создания автоматизированной системы управления. Произвести работы по замене существующего морально устаревшего оборудования ОДС, эксплуатируемого в диспетчерских жилищно-коммунальных управлений. Спроектировать и построить систему, при которой будет реализован сбор и обработку информации о расходе энергоносителей; сигнализация об аварийных состояниях инженерных систем, обеспечить создание диспетчерского CALL-центра с объектами управления, что, таким образом, позволит собирать низовую информацию, принимать оперативные и адекватные решения на местах и передавать соответствующую информацию по принадлежности.

Компания «Инфорт» обладает высокими компетенциями по созданию и защите территориально-распределенных систем и с радостью применит свои знания для повышения эффективности и безопасности систем управления городским хозяйством.

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

Описание ЕАСДКиУ

Структура ЕАСДКиУ

Основными элементами ЕАСДКиУ являются:

распределенная информационная система диспетчерского контроля и управления жилищно-коммунальным хозяйством (РИС);
телекоммуникационная подсистема на базе, объединяющей элементы АСДУ;
информационно-расчетной подсистемы, обеспечивающей осуществление расчетов между субъектами жилищно-коммунального хозяйства.

ЕАСДКиУ строится в соответствии с требованиями семиуровневой эталонной модели взаимодействия открытых систем (ISO/OSI), обеспечивающей взаимодействие разнородных информационно-телекоммуникационных систем на базе стандартных интерфейсов и протоколов, удовлетворяющих международным рекомендациям.

Телекоммуникационная система ЕАСДКиУ должна обеспечивать выполнение следующих основных требований:

соответствовать иерархическому принципу построения информационной системы ЕАСДКиУ и обеспечивать необходимые интерфейсы и шлюзы к сетям другого функционального предназначения согласно проекту развития Общегородской информационной системы;
обеспечивать:

Оптимальную пропускную способность с возможностью ее расширения для каналов, соединяющих различные элементы ЕАСДКиУ в зависимости от решаемых задач и объема информационных потоков;

Синхронизацию распределенных баз данных ЕАСДКиУ;

Высокую степень живучести, защищенности, помехоустойчивости и надежности каналов связи с достаточной степенью резервирования;

Оптимальное сочетание различных протоколов передачи данных с гарантированной доставкой на каждом из иерархических уровней системы ЕАСДКиУ;

иметь развитые средства мониторинга и управления сетями;
предусматривать возможность круглосуточной непрерывной работы всех элементов системы ЕАСДКиУ.

Распределенная информационная система

Функции и состав РИС

РИС предназначена для выполнения следующих функций :

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

Система представляет собой программно-аппаратный комплекс и состоит из следующих составляющих:

комплекса сбора первичной информации, состоящей из АСДУ инженерным оборудованием зданий и сооружений, которые представляют собой совокупность домовых сетей и должны взаимодействовать с остальными элементами РИС с помощью домовых регистраторов;
комплекса базы данных диспетчерского контроля и управления, который должен состоять из центрального сервера базы данных и периферийных серверов баз данных;
комплекса клиентов РИС - совокупность систем, авторизованных серверами базы данных РИС, которые должны выполнять приложения, которые обращаются с запросами к этой базе;
телекоммуникационной системы, объединяющей элементы РИС.

Топология и архитектура РИС

Топология РИС соответствует принципам построения централизованной системы, и ее архитектура удовлетворяет следующим требованиям.

РИС представляет собой 3-ступенчатую иерархическую структуру, у которой на верхнем уровне находится центральный сервер базы данных РИС, ниже находятся периферийные серверы базы данных, а на нижнем уровне - домовые регистраторы. Все остальные клиенты РИС взаимодействуют исключительно с ЦСБД. При этом клиенты РИС не имеют возможности изменять информацию, содержащуюся в базе данных ни на ЦСБД, ни на ПСБД.

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

РИС способна автоматически переконфигурировать свои структуры в случае выхода из строя отдельных компонентов ЕАСДКиУ.

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

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

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

В домах размещаются домовые телекоммуникационные узлы, которые связывают оборудование домовой сети АСДУ с вторичными узлами.

Благодаря связи между серверами баз данных и клиентами РИС по транспортной сети образуется распределенная городская база данных, которая достаточно легко должна решить вопросы защиты баз данных от катастрофических воздействий как природного, так и антропогенного происхождения.

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

Телекоммуникационная система

Телекоммуникационная система ЕАСДКиУ служит для объединения всех ее элементов и содержит два уровня: транспортная сеть и сеть доступа.

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

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

Автоматизированная система диспетчерского управления

Предпосылки создания концепции

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

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

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

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

В качестве системы мониторинга может выступать любая SCADA-система, объединенная с системой технического обслуживания и ремонта.

Состав АСДУ

Автоматизированная система диспетчерского управления (АСДУ) инженерным оборудованием зданий и сооружений объединяет здания в пределах одного ГРЭП и обеспечивает выполнение следующих функций:

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

Контроль инженерного оборудования зданий и сооружений;

Дистанционное управление оборудованием инженерных систем;

Автоматизированное управление параметрами инженерных систем.

АСДУ состоит из автоматизированного рабочего места (АРМ) пункта управления диспетчерской и оборудования домовой сети.

Оборудование домовой сети АСДУ предназначено для сбора, обработки и передачи по сети информации о состоянии инженерного оборудования здания и содержит концентраторы и домовой регистратор, объединенные домовой сетью.

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

Концентратор для электрощитовой обеспечивает возможность подключения автоматизированной системы коммерческого учета квартирного потребления электроэнергии (АСКУЭ БП) по силовой сети.

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

Домовой регистратор предназначен для управления оборудованием домовой сети и его связи с сервером доступа ЕАСДКиУ и обеспечивает функционирование домового уровня ЕАСДКиУ.

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

Оборудование домовой сети АСДУ выполнено в антивандальном исполнении, максимально затрудняющем его несанкционированное вскрытие.

В оборудовании домовой сети АСДУ предусмотрены меры защиты от актов саботажа в виде попыток вскрытия системы кодирования информации, фальсификации информации об оплате и о пользовании услугами.

В информационном плане АСДУ состоит из следующих подсистем.

1. Подсистема контроля инженерного оборудования , которая индицирует текущее состояние инженерного оборудования, сигнализирует о его внештатном состоянии и характеризует качество предоставляемых услуг (энергоресурсов).

Контроль наличия фаз во ВРУ электрощитовой.

Центральное отопление и горячее водоснабжение:

Расход воды в прямом и обратном трубопроводах;

Температура в прямом и обратном трубопроводах;

Температура наружного воздуха;

Давление в прямом и обратном трубопроводах;

Автоматизированное телеуправление расходом тепла и горячей воды.

Холодное водоснабжение:

Давление;

Расход холодной воды;

Состояние циркуляционных насосов;

Автоматизированное телеуправление расходом холодной воды (подкачивающий насос холодной воды).

Контроль состояния лифтов:

Параметры согласно перечню сигналов, контролируемых оборудованием АОЗТ "МОСОТИС";

Авария лифта (обобщенный параметр по результатам самоконтроля станции управления).

Дуплексная громкоговорящая связь диспетчера (одновременно способна решать задачи подъездного домофона) с:

Электрощитовыми;

Тепловыми узлами;

Кабинами и машинными помещениями лифтов;

Помещениями для дежурной смены ГРЭП;

Входной дверью в диспетчерский пункт;

Помещениями консьержек или входом в подъезд;

Дистанционное управление входной дверью в диспетчерскую.

Дистанционное включение освещения в подъездах домов, перед дверями подъездов и дворового освещения.

Контроль и дистанционное управление пуском дренажных насосов канализации.

2. Подсистема коммерческого учета энергоресурсов , которая обеспечивает сбор информации о домовом потреблении. (Оборудование АСДУ позволяет с помощью простейших счетчиков вести учет потребления энергоресурсов по любому количеству тарифов.)

Электроэнергии:

На нужды дома;

Лифтовым хозяйством дома;

Суммарное потребление жилого сектора.

На центральное отопление;

На горячее водоснабжение.

Горячей воды.

Холодной воды.

3. Подсистема контроля доступа в технические помещения , которая обеспечивает физическую сохранность оборудования АСДУ, сигнализируя о проникновении во все технические помещения (чердаки, на крыши, подвалы, машинные помещения лифта, вентиляционные помещения, электрощитовые, помещения ГРЭП и т.д.).

Кроме того, эта подсистема обеспечивает дополнительную сохранность оборудования АСДУ путем сигнализации о вскрытии запираемых металлических шкафов, в которых монтируется оборудование.

4. Подсистема пожарной, газовой и аварийной безопасности , которая сигнализирует о состоянии датчиков соответствующих подсистем во всех технических помещениях и узлах, в том числе:

Пожарная сигнализация;

Контроль состояния домовой системы пожарной сигнализации и дымоудаления;

Контроль температуры окружающего воздуха;

Контроль состояния вентиляции (приточная или вытяжная);

Сигнализация о загазованности подвальных помещений;

Сигнализация о затоплении подвальных помещений

Комплекс диспетчеризации лифтов

Существует комплекс для диспетчеризации лифтового и коммунального хозяйства города . В соответствии с мировыми тенденциями для связи с ЕАСДКиУ используются беспроводные каноны GSM телефонии , что позволило решить основные задачи:

свести количество диспетчерских пультов к одному на весь город , закрепив за каждым диспетчером до 400 лифтов;
избавиться от большого количества дорогих и ненадежных кабельных соединений ;
наравне с подключением к ЕАСДКиУ недиспетчеризированных лифтов, аппаратура может применяться для замены устаревших систем диспетчеризации ;
за счет простоты освоения основных принципов работы с оборудованием уменьшить влияние того факта, что на начальном этапе внедрения аппаратуры отсутствует требуемая квалификация персонала

Кроме всего перечисленного, система идеально подходит для быстрой диспетчеризации лифтов по отдельным хозяйственным договорам, по 2-3 подъезда, а также для подключения к ЕАСДКиУ отдельно стоящих домов, подведение проводных коммуникаций к которым затруднено по объективным причинам.

Комплекс диспетчеризации лифтов может состоять из двух основных неотделимых модулей:

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

К станции управления лифтом подключается одна станция диспетчеризации с использованием всего 12-15 проводников длиной 2-3 м. В помещении ЕДЦ каждый диспетчер работает на своем компьютере, к которому подключен GSM модем.

Основные возможности:

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

Работа ЕАСДКиУ

Например, в РУВД поступит информация о попытках проникновения в технические помещения зданий и сооружений и одновременно диспетчер АСДУ по наложенному каналу связи устанавливает голосовую связь с дежурным районного отдела милиции

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

Информация о затоплении остается на уровне ГРЭП, так как подобные неисправности устраняются силами ГРЭП. Но при необходимости, эта информация может быть передана на верхние уровни для сбора статистики происшествий в структурах района, округа или города. Например, в Водоканал поступит информация о расходе холодной воды и давлении на вводе дома, а в аварийную службу Водоканала - информация о падении давления на вводе дома и о затоплении подвальных помещений.

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

Таким образом, мы видим, что ЕАСДКиУ является не только диспетчером сети уровня АРМ ГРЭП, но и одновременно является администратором всей транспортной сети - распределяет информацию в обобщенном (требуемом) виде всем вышестоящим организациям. Однако в случае необходимости, оператор вышестоящей организации может затребовать любую информацию нижнего уровня.

ЕАСДКиУ позволит Комплексу городского хозяйства контролировать деятельность коммунальных служб, начиная от ГРЭП и ДЕЗ, и поставщиков коммунальных услуг.

Для этого во все управления Комплекса городского хозяйства, в префектуры города должен поступать объем информации, необходимый и достаточный для контроля на соответствующих уровнях. Эта информация может поступать в обобщенном виде или в реальном масштабе времени. Вообще, вопрос о том, какими функциями наделять ЕАСДКиУ, следует решать совместно со службами, которые будут контролировать работу Комплекса городского хозяйства..

Пути развития системы

ЕАСДКиУ содержит большие возможности для дальнейшего развития.

1. Может быть развернута новая общегородская служба связи - видеоконференцсвязь между структурами города на любом уровне: Управления КГХ, Мэрия - префектуры, префектуры - префектуры, префектуры - территориальные управления и т.д.

2. ЕАСДКиУ может быть использована для создания автоматизированных систем управления жизнеобеспечением города, например, городскими потоками энергоресурсов (электроэнергии, воды, тепла, газа), мониторинга окружающей среды и т.д.

3. Следующим шагом в использовании уникальных свойств ЕАСДКиУ для управления системами городского хозяйства явится переход от сбора и учета информации о домовом потреблении энергоресурсов к созданию автоматизированной системы сбора и учета коммунальных услуг, потребляемых каждым квартиросъемщиком, и диспетчеризации квартирного инженерного оборудования. Эта подсистема будет базироваться на инфраструктуре АСДУ, реализовывать алгоритмы диагностирования состояния и управления квартирным инженерным оборудованием и позволит снабдить индивидуального абонента компьютеризированными системами охранной и пожарной сигнализации и контроля доступа, начиная с простейшего подъездного домофона и заканчивая системами телевизионного наблюдения. Отображение информации о состоянии инженерного оборудования квартир будет осуществляться в диспетчерских нижнего уровня. Внедрение системы квартирного учета и контроля энергоресурсов позволит потребителю платить только за то, что он употребил и не оплачивать непроизводительные потери при транспортировке энергоресурсов от производителя до потребителя.

Наши клиенты

ПО ведения мнемосхемы и электронного журнала энергетического объекта

Диспетчерская информационная система - составная часть программного комплекса Модус.Она основана на приложении ведение мнемосхемы и электронного журнала диспетчера.

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

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

Электронный журнал заполняется автоматически в соответствии с изменениями оперативной схемы.
ПО ориентирована на ведение схем любого уровня - ПЭС, РЭС, городских электрических сетей, схем электроснабжения промышленных предприятий, энергосистем, подстанций, электрических схем станций, аппаратуры релейной защиты и автоматики, устройств СДТУ.
Особую пользу ПО приносит на тех предприятиях, где имеются большие схемы электроснабжения при относительно небольшом количестве телемеханики. В первую очередь это городские сети, распредсети, промышленные предприятия.

Раннее это приложение называлось Электронный журнал, а до этого Оперативный журнал. В настоящее время эти названия не используются, так как они не совсем точно передают основное назначение программы.

ПО ведения мнемосхемы

Основные возможности:

Позволяет вести учет переключений как на первичной (коммутационные аппараты), так и на вторичной (состояние релейных защит и автоматики) схемах;
Обеспечивает проверку допустимости выполнения операций на основе правил переключений в электроустановках;
Позволяет вести переключения по бланкам или программам переключений, либо пооперационно;
Позволяет вести учет местонахождения ОВБ, ремонтных бригад, участков проведения ремонтных работ, мест аварий, установленных переносных защитных заземлений;
Позволяет вести энергообъектов на схемах
Имеет развитые средства печати состояний схемы (нормальное, оперативное, на заданный момент времени), обеспечивает поиск и выделение элементов схемы на схеме по ряду критериев;
Обеспечивает печать Электронного журнала, формирование отчетов по имеющимся в нем данным.

Сервисные функции журнала

Примеры выборок по журналу:
 - с момента регистрации оператора в системе;
 - с предыдущей регистрации оператора в системе;
 - изменения оперативной схемы за указанный период времени;
 - связанных с отличием оперативной схемы от нормальной;
 - аварийные переключения;
 - установленные/снятые переносные заземления, включенные/отключенные ЗН.
Отображение обесточенных и заземленных участков
Экспорт выборок в виде файлов.
Быстрый переход между записями в журнале, элементами схемы и пунктами в бланках переключений.
Показ отклонений состояния оперативной схемы от нормальной схемы и от состояния на момент последней сдачи смены.
Печать и отображение мнемосхем объекта
В состоянии на указанный момент времени
В текущем состоянии оперативной схемы
В нормальном состоянии схемы
Отображение оборудования неисправного, обесточенного, отшинованного, неиспользуемого и т.д.
Отображение цепочек кабельных и воздушных линий и ТП, входящих в состав фидера
Отображение во всплывающей подсказке ПС, питающего центра и РП от которого питается фидер
Диагностика некорректно запитанных фидеров
Возможность просмотра текущего состояния схемы и журнала другими пользователями в сети.

Сервисные функции схемы

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

Выполняемые организационныые и технологические задачи:

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

Виды записей в журнале

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

Квитирование телесигналов и сообщений о превышении значений установок.

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

Переговоры между оперативным персоналом, распоряжения.

Расстановка и учет выездных и ремонтных бригад по пунктам назначения.

Установка/снятие мобильных элементов- переносное заземление, плакат, запетление и т.п.

Пометка мест аварии.

Редактор оперативных задач

В составе ПО ведения мнемосхемы и электронного журнала реализована программа «Редактор оперативных задач». Она предназначена для контроля за состоянием оперативных задач на рабочем месте диспетчера.

ПО позволяет:

Cоставление оперативных задач посредством выполнения операций на электронном макете энергообъекта.

Проверка оперативной задачи по мнемосхеме (макету) с контролем правильности выполнения операций:

включение заземляющих ножей под напряжением;

отключение разъединителей под нагрузкой;

контроль оперативной блокировки;

показ на схеме пунктиром отключенных электрических участков схемы и т.д..

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

Быстрый доступ и переключение между активными задачами.

Сохранение активной задачи в файл и загрузка из файла в актуальном состоянии.

Возможность просмотра мнемосхем энергообъектов.

Возможность печати оперативной задачи в виде бланка переключений стандартной формы.

Составление обычных бланков переключений и работа с ними.

Подготовка и хранение базы данных типовых бланков переключений.

Проверка возможности выполнения типового бланка переключений в текущем состоянии схемы энергообъекта.

Создание обычных бланков переключений на основе типовых бланков в электронном виде и работа по ним.

В программе предусмотрен контроль за состоянием нескольких одновременно исполняемых оперативных задач. Диспетчер может переключаться между ними в окне списка оперативных задач. Редактор оперативных задач интегрирован с приложением ПО Ведения мнемосхемы и Электронного журнала.

Дополнительные журналы в составе ДИС

Начиная с версии 5.20 в состав ДИС входят ряд дополнительных журналов:

Изменения источника питания потребителей,
Технологических нарушений,
Заявок потребителей,
Дефектов оборудования..

Данные дополнительных журналов хранятся в БД ЭЖ и содержат информацию параметрах и времени события, энергообъекте, пояснительную часть, данные о лице, внесшего запись:
Разработанные журналы полностью интегрированы с электрической схемой. Обеспечен автоматический переход от записи журнала к элементу схемы и обратно. Также возможна работа журналов без схемы.
Все журналы позволяют формировать отчеты в формате Word

Журнал изменений источников питания
Журнал изменений источников питания позволяет вести учет изменения энергоснабжения потребителей.

Форма журнала изменения источников питания

Журнал регистрации технологических нарушений
В журнале технологических нарушений (ТН) регистрируются:

Время возникновение ТН
Объект возникновения ТН
Количество обесточенных ТП, ПС, объектов здравоохранения, теплоснабжения
Отключенная мощность
Время устранения ТН ввода в работу объект

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

Форма журнала технологических нарушений

Форма записи журнала технологических нарушений

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

Форма журнала заявок потребителей

Форма записи журнала заявок потребителей

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

планируемой дате устранения дефекта (с указанием конкретной даты либо с указанием периода),
подразделению, ответственному за устранение дефекта,
всем не устранённым дефектам, дефектам, срок устранения которых истек;

Модуль позволяет переносить сроки устранения дефекта.

Форма журнала дефектов

Форма записи журнала дефектов

Безопасность и юридические аспекты

Все изменения в журнал заносятся от имени диспетчера, заступившего на смену. Подделка и изменение задним числом записей в электронном журнале исключены. Для страховки от сбоев ПО возможно ведение твердой копии (печать) одновременно с занесением записей в журнал.

Подключение телесигнализации / телеуправления

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

В программное обеспечение встроена возможность приема телеинформации и телеизмерений, а также телеуправления энергетическими объектами через индустриальный программный интерфейс OPC. Этот программный интерфейс поддерживается многими современными комплексами телемеханики, а также системами ОИК/SCADA.

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

Таким образом, программный комплекс можно рассматривать как составную часть ОИК(верхний уровень), в котором реализована поддержка оперативных переключений.

Поддержка стран:
Операционная система: Windows
Семейство: Универсальная Система Учета
Назначение: Автоматизация бизнеса

Система диспетчерского управления

Основные возможности программы:

У Вас сформируется единая база клиентов и поставщиков со всеми необходимыми контактными данными

Чтобы ничего не забыть, по каждому клиенту можно будет отмечать любую планируемую или выполненную работу

Вы сможете легко контролировать каждый свой заказ

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

Вы получите возможность вести учет по любым услугам

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

Все сотрудники будут у Вас под контролем

Контроль
сотрудников

Наша программа напомнит Вам обо всех важных делах

Вы сможете посмотреть список дел на любую дату по каждому своему специалисту

Каждое ваше маркетинговое решение будет учтено и проанализировано по числу новых клиентов и платежам

Все совершенные платежи будут под вашим полным контролем

Отчет покажет, кто из клиентов не полностью оплатил свои покупки или с кем из поставщиков вы еще не до конца рассчитались

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

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

Статистика заявок поможет вам легко проанализировать деятельность и доходность компании

Все финансовые взаимоотношения с вашими поставщиками услуг будут под полным контролем

Интеграция с новейшими технологиями позволит вам эпатировать клиентов и заслуженно получить репутацию самой современной компании

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

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

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

Автоматизированная система диспетчерского контроля, разработанная компанией «Универсальная Система Учета» отвечает самым высоким требованиям, предъявляемым к программному обеспечению. С системой учета ваш бизнес всегда будет находиться под надежным контролем. Наша система диспетчерского контроля и управления дает возможность отслеживать все действия сотрудников в программе, фиксируя все совершенные операции и результаты проделанной работы. На основе этой информации можно выявить проблемные участки и устранить неполадки, мешающие нормальному функционированию.

Диспетчерская информационная система – это кладезь полезных данных, которые можно и нужно использовать в целях оптимизации рабочего процесса и совершенствования бизнеса в целом. Система и средства диспетчерского управления при правильном их использовании не могут оказать негативного влияния на предприятие. Автоматическая система диспетчерского управления всегда служит инструментом улучшения вашего бизнеса, помогая выявить и исправить все шероховатости в ведении дел.

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

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

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

Программой могут пользоваться:

Видео программы для заказов

Посмотрев следующее видео, можно быстро ознакомиться с возможностями программы УСУ - Универсальной Системы Учета. Если Вы не видите загруженное на YouTube видео, обязательно напишите нам, мы найдем другой способ показать демонстрационный ролик!

Анатолий Вассерман представляет новую версию 5.0 программы УСУ

Кроме мнений о программе УСУ обычных пользователей Вашему вниманию теперь представляются мнения экспертов. Анатолий Вассерман родился 9 декабря 1952 года. Окончил Одесский технологический институт холодильной промышленности, по специальности инженер. После окончания института работал программистом. Затем - системным программистом. Впервые на экране появился в 1989 году в клубе «Что? Где? Когда?», затем - на «Брэйн-ринге». В телевизионной «Своей игре» одержал пятнадцать побед подряд в 2001-2002 годах и стал лучшим игроком десятилетия в 2004 году. Пятикратный чемпион Украины по спортивной версии «Своей игры». Четырёхкратный чемпион Москвы по спортивной версии «Своей игры», бронзовый призёр того же соревнования, серебряный 2017 года. Серебряный призёр «Знатокиады» - Всемирных игр знатоков - 2010 года по «Своей игре».

Дополнение к программе для профессиональных управленцев - Библия Современного Руководителя

Дополнение к программе для профессиональных управленцев: для развития бизнеса и повышения доходов. Уникальный продукт, разработанный на стыке двух наук: экономики и информационных технологий. Аналогов нет

Мобильное приложение USU

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

Александр Друзь об Универсальной Системе Учета

Кроме мнений о программе УСУ обычных пользователей Вашему вниманию теперь представляются мнения экспертов. Александр Друзь - первый магистр интеллектуальной игры "ЧГК". Шесть раз награждался призом "Хрустальная сова" как лучший игрок клуба. Обладатель "Бриллиантовой совы" – приза лучшему игроку. Чемпион телевизионной версии «Брейн-ринга». В телевизионной передаче «Своя игра» выигрывал «Линейные игры», «Суперкубок», выигрывал с командой «III Кубок Вызова», установил абсолютный рекорд результативности за одну игру. Автор и ведущий интеллектуальных игр и познавательных программ на различных телеканалах.

Максим Поташёв об эффективности программы УСУ

Кроме мнений о программе УСУ обычных пользователей Вашему вниманию теперь представляются мнения экспертов. Максим Поташев - магистр игры «Что? Где? Когда?», четырёхкратный обладатель приза «Хрустальная сова», дважды чемпион мира, трижды чемпион России, шестикратный чемпион Москвы, трёхкратный победитель Открытого чемпионата Москвы по игре «ЧГК». По итогам всеобщего зрительского голосования в 2000 году признан лучшим игроком за все 25 лет существования элитарного клуба. За кандидатуру Максима Поташёва проголосовало 50 тысяч телезрителей программы. Получил «Большую хрустальную сову» и главный приз юбилейных игр - «Бриллиантовую звезду» магистра игры. Член правления и с 2001 года - вице-президент Международной ассоциации клубов. По профессии - математик, маркетолог, бизнес-тренер. Окончил факультет управления и прикладной математики, преподавал на кафедре общей и прикладной экономики в МФТИ. В августе 2010 года избран президентом Общероссийской общественной организации «Федерация спортивного бриджа России». Возглавляет консалтинговую компанию, которая помогает различным организациям решать задачи, связанные с продажами, маркетингом, клиентским сервисом и оптимизацией бизнес-процессов.

Сергей Карякин о тактике в бизнесе

Кроме мнений о программе УСУ обычных пользователей Вашему вниманию теперь представляются мнения экспертов. Сергей Карякин. В возрасте 12 лет стал самым молодым гроссмейстером в истории человечества. Внесён в Книгу рекордов Гиннесса. Одержал победу в турнире претендентов. Обладатель Кубка мира ФИДЕ. Чемпион мира по быстрым шахматам, чемпион мира по блицу. Заслуженный мастер спорта Украины. Заслуженный мастер спорта России, гроссмейстер России. Награждён орденом «За заслуги» ІІІ степени. Член Общественной палаты Российской Федерации VI состава. Неоднократный победитель детских и юношеских чемпионатов мира и Европы. Победитель и призёр ряда крупных турниров. Чемпион XXXVI Всемирной Шахматной олимпиады в составе сборной Украины, серебряный призёр Олимпиады в составе сборной России. На своей доске показал лучший результат и получил первый индивидуальный приз (на 4 доске). Чемпион России с лучшим результатом на 1-й доске. Чемпион мира в составе сборной России. Полуфиналист Кубка мира. Победитель ряда международных турниров.

Возможности контроля и управления диспетчерской

УДК 614.8:351.86+519.8

Проблемы организации информационного взаимодействия дежурно-диспетчерских служб экстренных оперативных служб в процессе создания Системы-112

В. Н. Зубков, С. В. Агеев, О. В. Денисов, В. В. Тыминский, А. С. Акульшин Аннотация

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

Ключевые слова: Система-112, вызов экстренных служб, единая дежурно-диспетчерская служба муниципального образования, поддержка принятия решения, автоматизированные средства.

Problems of the Organization Information Interaction of Emergency Field services in the Course of Creation of sistemy-112

V. Zubkov, S. Ageev, O. Denisov, V. Tyminsky, A. Akulshin, Abstract Abstract

In article the basic problems of creation and functioning of information systems of emergency field services are stated.

Key words: System-112, call emergency services, united dispatch office of the municipal entity, decision support, automated tools.

Задолго до идеи создания Системы-112 в России появились и до настоящего времени существуют различные службы, которые осуществляют прием вызовов от населения о различных происшествиях и организовывают экстренное реагирование на них. При этом заявитель сам квалифицирует проблемное событие, по которому желает получить помощь с известной ему компетенцией оперативной службы и сам выбирает, какой экстренной службе адресовать свою проблему по одному из специализированных номеров служб (01, 02, 03, 04 и т. д.). Как правило, это не вызывает каких-либо сложностей. Случаи обращения «не по адресу» не являются системными, и их количество не превышает обыч-

ное количество ложных сообщений, получаемых данными службами.

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

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

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

Необходимо отметить, что МЧС России и МВД России предпринимали и предпринимают усилия по созданию систем и комплексов, автоматизирующих оперативно-диспетчерские функции, однако централизованно разрабатываемые и внедряемые в данных ведомствах системы носят характер скорее информационно-справочный и учетно-статистический, чем оперативно-диспетчерский и управляющий.

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

а) прием, обработка и регистрация сообщений;

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

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

г) информационная поддержка принятия решений (при необходимости) участникам реагирования;

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

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

Проведенный анализ используемых в различных министерствах и ведомствах РФ систем, автоматизирующих процесс оперативно-диспетчерского управления,

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

С появлением идеи (концепции) создания Систе-мы-112 появилась возможность создания программно-технической и информационной платформы, объединяющей все ДДС экстренных оперативных служб (и, возможно, не только экстренных) в единое информационное пространство (или даже сообщество «e-emergency» - электронные экстренные службы) с целью удобного для населения вызова экстренных оперативных служб по принципу «одного окна» и организацию комплекса мер, обеспечивающих ускоренное реагирование и улучшение взаимодействия оперативных служб при вызовах (сообщениях о происшествии) от населения. Унифицированный программно-технический комплекс Системы-112 смог бы стать программной основой (модулем) для организации информационного взаимодействия ДДС оперативных служб в субъектах РФ.

Таким образом, Система-112 может стать информационно-коммуникационной платформой объединенной системы оперативно-диспетчерского управления (ОСОДУ) субъекта.

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

Система, принимающая и обрабатывающая сообщения (информацию) от заявителя по определению ГОСТа, является информационной и в подтверждении или доказательстве данного факта не нуждается. Также Концепция среди задач Системы-112 четко выделяет диспетчерские - прием сообщений и передачу информации о происшествии в ДДС в соответствии с их компетенцией для организации экстренного реагирования; регистрацию и документирование всех входящих и исходящих сообщений, формирование статистической отчетности по сообщениям. Из определений Концепции следует, что Система-112 по возложенным на нее задачам является оперативно-диспетчерской системой.

Какова же роль и место оперативно-диспетчерской Системы-112 в общей структуре подразделений и служб субъекта, реализующих в соответствии с компетенцией и возложенными полномочиями аналогичные оперативно-диспетчерские функции?

Концепция определяет Систему-112 как террито-риально-распределенную информационную систему, предназначенную объединять на основе единых дежурно-диспетчерских служб (ЕДДС) муниципальных образований дежурно-диспетчерские службы экстрен-

ных оперативных служб (служба пожарной охраны; служба реагирования в чрезвычайных ситуациях; служба милиции; служба скорой медицинской помощи; аварийная служба газовой сети; служба «Антитеррор»).

В описании алгоритма действий операторов «112» усматриваются управленческие функции, а также предусматривается управленческая вертикаль; поэтому можно считать, что Система-112 является информационно-управляющей.

На почве согласия или отрицания такого подхода происходит большинство споров.

С нашей точки зрения Система-112 является в повседневном режиме работы информационной системой, но при переходе в режим «ЧС» она должна иметь возможность перехвата функции управления, что в общем-то и заложено в Концепции.

Окончательно свести вместе позиции сторонников Системы-112 как информирующей и рассматривающих ее как управляющую, позволит разработка нормативно-правового акта, возможно Типового положения об ОСОДУ субъекта или самой Системы-112, где найдет отражение и законодательное закрепление роль и место ЕДДС и каждой экстренной оперативной службы. В свою очередь понимание целей, задач и функций ОСОДУ в целом и отдельных ее элементов, особенно ЕДДС, позволит подготовить технические требования к программно-аппаратному комплексу, автоматизирующего процессы управления и межведомственного взаимодействия между отдельными элементами системы.

В соответствии с одобренной Правительством РФ Концепцией создания Системы-112 ее построение должно базироваться на ЕДДС муниципальных образований. Поэтому одним из ключевых моментов при создании Системы-112 является определение статуса и нормативно-правовой основы ЕДДС.

Проведенный анализ создаваемых в субъектах РФ ЕДДС показал, что, как правило, они не имеют никакого штата и тем более юридического статуса (самостоятельного юридического лица, организации), а являются какими-то нештатными подразделениями при администрации. Такой подход занижает роль и место ЕДДС в системе экстренного реагирования на ЧП, а также не позволяет правильно организовать финансовое обеспечение данной службы, а следовательно - и системы в целом.

Проведенный анализ форм и методов создания ЕДДС показал, что наиболее рациональным является создание ЕДДС на штатной основе как некое самостоятельное юридическое лицо, например специальное муниципальное учреждение, или же в составе аварийно-спасательного формирования, которое также является муниципальным учреждением.

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

Такой подход, на наш взгляд, позволит решить проблемы как организационного характера при создании Системы-112, так и в дальнейшем решить вопрос с ба-

Также одним из ключевых моментов при создании Системы-112 является оценка готовности информационно-коммуникационной (ИК) инфраструктуры региона к возможности использования современных информационных технологий (ИТ) в системе вызова экстренных служб. Как показал анализ, каналы связи между ДДС экстренных оперативных служб в большинстве субъектов РФ были созданы в 60-е годы и физически изношены, что приводит периодически к проблемам по доведению оператором связи вызова до экстренных служб, а тем более организации передачи информации (данных), дежурно-диспетчерский персонал не владеет современными информационными средствами и технологиями. По Концепции Система-112 это многофункциональная информационно-коммуникационная территориально-распределенная система, которая предполагает создание развитой и современной телекоммуникационной составляющей, т. е. оптоволоконных каналов передачи данных, с достаточно большой пропускной способностью и надежностью, внедрение WEB-технологий в систему передачи данных и вызовов между ЕДДС и ДДС.

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

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

Подсистема приема и обработки вызовов, или так называемая диспетчерская подсистема, является управляющей подсистемой в автоматизированной системе (АС) ЕДДС.

В настоящее время возможны несколько программно-технических вариантов построения данной подсистемы с точки зрения организации межведомственного взаимодействия.

Рассмотрим два наиболее часто встречающихся варианта.

Вариант 1

В ДДС экстренных служб (01, 02, 03 и т. д.) уже имеются свои ведомственные диспетчерские системы.

В этом случае должно создаваться специальное программное обеспечение (СПО) по обработке вызовов для ЦОВ на базе ЕДДС и для ДДС экстренной оперативной службы, территориально соответствующей ЕДДС. На практике это может быть реализовано размещением в ДДС удаленного клиентского рабочего места с СПО ЦОВ ЕДДС дополнительно к ведомственному

АРМ по приему сообщений о происшествиях или в лучшем случае разработкой специального интеграционного программного модуля для обеспечения информационного взаимодействия СПО ЦОВ ЕДДС со специальным программным обеспечением ДДС экстренных служб.

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

Недостатки данного подхода определяются непосредственным способом его реализации. Так, например, при размещении в ДДС экстренной службы дополнительного клиентского АРМ с СПО ЦОВ ЕДДС оператору придется обрабатывать сообщения, поступившие по линии Системы-112 и по ведомственной системе, раздельно. Для выравнивания статистики в обеих системах оператору придется вручную переносить информацию из одной в другую, что не только не ускоряет процесс обработки сообщений и реагирования на них, но склоняет оператора в определенном смысле к «саботированию» новой системы, отдавая приоритет работе пусть и не современной и менее функциональной, но более знакомой старой системе. Кроме того, одной из задач, стоящих перед Системой-112, является «гармонизация способа вызова экстренных оперативных служб с законодательством Европейского союза», а в соответствии с Европейскими требованиями у оператора должно быть одно автоматизированное рабочее место (одна клавиатура, мышь и т. д.). Внедрение интеграционных модулей проблематично по иной причине. Простой подсчет количества ДДС потенциальных объектов интеграции показывает, что на практике в лучшем случае придется интегрироваться с четырьмя-шестью АС в субъекте - служб 01, 02, 03, 04, служба реагирования на ЧС (или ЦУКС), служба «Антитеррор». При этом в каждом субъекте возможно наличие АС отличных от АС в такой же службе соседнего региона. То есть мы имеем более 250 потенциальных объектов интеграции. Кроме того, анализ наличия и состояния автоматизированных систем в ДДС экстренных служб показывает, что большинство ДДС не оснащены какими-либо не то, чтобы диспетчерскими программами, а даже более или менее современными информационно-справочными или учетно-статистическими системами. Поэтому интеграция вызовет сложности на программном уровне. Для успешного сопряжения систем разработчикам необходимо открыть друг другу свои разработки, специалистам в области безопасности информации предпринять дополнительные усилия по защите своих сетей и информационных ресурсов после интеграции. Не способствует эффективной работе по интеграции и позиция многих руководителей служб, направленная на некую ведомственную изолированность. При значительных организационных усилиях и безусловно больших затратах как финансовых, так и ресурсов специалистов в области информационных технологий положительный эффект от реализованного решения совсем не очевиден.

Вариант 2

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

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

В этом случае наиболее рациональной является разработка некой единой автоматизированной системы, автоматизирующей процессы оперативно-диспетчерского управления в каждой из ДДС в отдельности и ОСОДУ в целом, и постановка ее на снабжение во всех ведомствах. Единая система должна обеспечивать принцип ввода данных через одно приложение только один раз, данные должны быть доступны для других приложений без их копирования. Все действия оператора (диспетчера) в системе должны автоматически фиксироваться в режиме реального времени с сохранением информации, кем это действие было осуществлено и когда, таким образом, чтобы происшествие и действия персонала экстренных служб по нему можно было полностью восстановить, в том числе и для учебных целей.

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

Однако в данном варианте положительные моменты представляются очевидными - каждое ведомство получает специализированный программный продукт, разработанный по согласованию (или при участии) «под задачи» данного ведомства; система управления в кризисных ситуациях субъекта получает единство программной платформы всех ДДС, ЕДДС и ЦУКС, позволяющее реализовать единые и согласованные правила информационного обмена в системе РСЧС. Кроме того, с учетом рассматриваемых выше роли и месте Системы-112 в ОСОДУ субъекта целесообразна разработка АС в рамках именно данного проекта.

Каждый вариант имеет право на существование и может быть реализован в том или ином субъекте.

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

То, что Концепцией предусмотрено развертывание Системы-112 на базе именно ЕДДС муниципальных

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

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

литература

1. Распоряжение Правительства РФ от 25 августа 2008 г № 1240-р об одобрении Концепции создания Системы-112.

2. Приказ МЧС России от 15.12.2008 г №779 «О реализации распоряжения Правительства РФ от 25 августа 2008 г № 1240-р.

3. Распоряжение Министра от 27.10.2009 г № 379 « О создании рабочей группы по развертыванию системы обеспечения вызова экстренных оперативных служб через единый номер «112» на базе ЕДДС муниципальных образований в Российской Федерации».

4. Приказ МЧС России от 9.04.2009 г № 224 «Об отработке методологии развертывания и функционирования системы обеспечения вызова экстренных оперативных служб через единый номер «112» на базе ЕДДС муниципальных образований в пилотных регионах Российской Федерации».

5. Приказ МЧС России от 1. 06.2009 г № 331 «О межведомственной рабочей группе для отработки методологии развертывания и функционирования системы обеспечения вызова экстренных оперативных служб через единый номер «112» на базе ЕДДС муниципальных образований в пилотных регионах Российской Федерации».

6. Постановление Правительства РФ от 31 декабря 2004 г. № 894 «Об утверждении перечня экстренных оперативных служб, вызов которых круглосуточно и бесплатно обязан обеспечить оператор связи, и о назначении единого номера вызова экстренных оперативных служб».

7. Решение коллегии МЧС России от 29 августа 2007 г № 7/1 «О подготовке к развертыванию на территории Российской Федерации и системы вызова экстренных оперативных служб через единый номер «112».

9. ГОСТ Р22. 7.01-99 ЕДДС. Основные положения.

зубков Василий николаевич, Главное управление МЧС России по Курской области, начальник. агеев Сергей Владимирович, к.т. н., ФГУ ВНИИ ГОЧС (ФЦ), ведущий научный сотрудник. денисов Олег Вячеславович, ЦФ ФГУ ВНИИ ГОЧС (ФЦ), начальник.

тыминский Владимир Валентинович, ГУ «ЦУКС МЧС России по Курской области», начальник. акульшин Сергей Борисович, ГУ «ЦУКС МЧС России по Курской области», специалист.

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

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

Диспетчерская служба создается для выполнения следующих видов работ:

в области информационного обеспечения:

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

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

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

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

в области учета и контроля:

Контроль за выполнением всеми внутрихозяйственными подразделениями указаний и распоряжений руководителей хозяйства;

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

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

Контроль за работой машинно-тракторного парка;

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

в области организации и обслуживания производства:

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

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

Организация централизованных внутрихозяйственных транспортных перевозок грузов и людей в соответствии с разработанными планами, а также по заявкам структурных подразделений.

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

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

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

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

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

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

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

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

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

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

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

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

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

Распорядок рабочего дня диспетчерской службы зависит от напряженности работы в хозяйстве и составляется на летний и зимний периоды.

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

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

Совещание проводится по следующему сценарию:

1. Рапорт главного диспетчера о ходе выполнения рабочих планов (заданий) за прошедшую неделю. Отмечают процент выполнения плана работ и наиболее крупные недостатки в организации труда, технологии и использовании техники (10-12 мин).

2. Отчеты управляющих отделениями, прораба и заведующего мастерскими о проделанной за неделю работе (только о недостатках, недоработках и невыполнениях) (2-3 мин на каждого).

3. Доклады главных специалистов (по 5-8 мин), которые должны состоять из трех частей: анализ хода работ за прошедшую неделю с выявлением недостатков и их причин; предложения по устранению недостатков; проекты рабочих планов, предварительно составленных совместно с управляющими по каждому отделению.

4. Замечания по рабочим планам.

5. Заключение директора или его заместителя по производству.

Технология проведения диспетчерского наряда. Проводится ежедневно с 18 до 18 ч 30 мин. 11рисутствуют: на центральном диспетчерском пункте - руководитель хозяйства, главный диспетчер, главные специалисты; на диспетчерском пункте отделений - управляющий, специалисты отделений, бригадиры и заведующие фермами.

План проведения диспетчерского наряда такой:

1. Перекличка присутствующих.

2. Рапорт главного диспетчера о ходе выполнения заданий за прошедший день. Отмечаются процент выполнения плана и при-чины простоев людей и техники в отделениях, указываются виновники (5-6 мин).

3. Короткие доклады (2-3 мин) главного агронома, главного инженера и главного зоотехника о нарушениях технологии в использовании техники. По желанию предоставляется слово и другим специалистам.

4. Управляющие отделениями анализируют причины допущенных срывов, простоев, предлагают план работ по отделению на следующий день в случае, если считают по какой-то причине необходимым отклониться от рабочего плана на неделю (2-3 мин).

5. Главный диспетчер распределяет автомобили и другую технику, которая находится у него в распоряжении, по предварительно полученным из отделений заявкам (1-2 мин).

6. Заключение директора хозяйства (3-4 мин). Проведение диспетчерских совещаний и диспетчерских нарядов

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

Быстрыми темпами осуществляется комплексная диспетчеризация сельского хозяйства на уровне района и области. Здесь в состав диспетчерских объектов кроме сельскохозяйственных предприятий включаются все взаимосвязанные с сельским хозяйством организации. Это позволяет оперативно решать многие вопросы, связанные с реализацией сельскохозяйственной продукции, снабжением и обслуживанием сельскохозяйственных предприятий. Кроме того, создание областных и районных диспетчерских систем и соединение их с вычислительными центрами позволяет осуществить постепенный переход к автоматизированным системам управления.

Читайте также