Основні положення

Основною метою будівництва ЄАСДКіУ є скорочення бюджетних дотацій на оплату населенням та підприємствами бюджетної сфери споживаних енергоресурсів (тепла, води та електроенергії) за рахунок запровадження об'єктивного обліку споживання енергоресурсів.

Крім того, Єдина автоматизована система диспетчерського контролю та управління міським господарством створюється як інструмент для вирішення таких завдань:

Підвищення якості оперативного обліку, планування та розподілу енергоресурсів у місті;

Поліпшення системи контролю над використанням енергоресурсів міста;

Побудова єдиного інформаційно-телекомунікаційного простору на користь Комплексу міського господарства як складової частини Загальноміської інформаційної системи та об'єднання на його базі наявних інформаційних ресурсів;

Створення автоматизованої системи комплексної диспетчеризації інженерного обладнання будівель та споруд;

Створення об'єктивної системи розрахунків між споживачами та постачальниками енергоресурсів.

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

Автоматизована система диспетчерського управління (АСДУ) інженерним обладнанням будівель та споруд є основним елементом нижнього рівня міської системи управління споживанням енергоресурсів (ДСУПЕ) та забезпечує виконання функцій моніторингу інженерного обладнання будівель та споруд.

На даний момент системи управління міського рівня відсутні.

Компанія «Інфорт»пропонує розглянути можливість співробітництва з питань створення автоматизованої системи керування. Зробити роботи із заміни існуючого морально застарілого обладнання ОДС, яке експлуатується у диспетчерських житлово-комунальних управлінь. Спроектувати та побудувати систему, за якої буде реалізовано збір та обробку інформації про витрату енергоносіїв; сигналізація про аварійні стани інженерних систем, забезпечити створення диспетчерського CALL-центру з об'єктами управління, що, таким чином, дозволить збирати низову інформацію, приймати оперативні та адекватні рішення на місцях та передавати відповідну інформацію щодо належності.

Компанія «Інфорт»володіє високими компетенціями щодо створення та захисту територіально-розподілених систем та з радістю застосує свої знання для підвищення ефективності та безпеки систем управління міським господарством.

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

Опис ЄАСДКіУ

Структура ЄАСДКіУ

Основними елементами ЄАСДКіУ є:

• розподілена інформаційна система диспетчерського контролю та управління житлово-комунальним господарством (РІС);
• телекомунікаційна підсистема на базі, що поєднує елементи АСДУ;
• інформаційно-розрахункової підсистеми, що забезпечує здійснення розрахунків між суб'єктами житлово-комунального господарства

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

Телекомунікаційна система ЄАСДКіУмає забезпечувати виконання таких основних вимог:

• відповідати ієрархічному принципу побудови інформаційної системи ЄАСДКіУ та забезпечувати необхідні інтерфейси та шлюзи до мереж іншого функціонального призначення згідно з проектом розвитку Загальноміської інформаційної системи;
• забезпечувати:

Оптимальну пропускну здатність з можливістю її розширення для каналів, що з'єднують різні елементи ЄАСДКіУ залежно від розв'язуваних завдань та обсягу інформаційних потоків;

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

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

Оптимальне поєднання різних протоколів передачі даних із гарантованою доставкою на кожному з ієрархічних рівнів системи ЄАСДКіУ;

• мати розвинені засоби моніторингу та управління мережами;
• передбачати можливість цілодобової безперервної роботи всіх елементів системи ЄАСДКіУ.

Розподілена інформаційна система

Функції та склад РІС

РІС призначена для виконання наступних функцій:

• збір інформації про поточні значення показників вимірювальних пристроїв, що входять до складу будинкової мережі автоматизованої системи диспетчерського управління (АСДУ);
• передачу значень технічних характеристик, технологічних параметрів та стану інженерних систем від будинкових реєстраторів до периферійних серверів бази даних;
• дистанційне керування обладнанням;
• автоматизоване керування параметрами інженерних систем;
• накопичення та зберігання показань приладів комерційного обліку витрати енергоресурсів;
• забезпечення захисту інформації, що передається, від можливості перехоплення або спотворення її третіми особами;
• обслуговування запитів клієнтів РІС, звернених до бази даних;
• забезпечення захисту інформаційних ресурсів РІС від можливості несанкціонованого доступу

Система є програмно-апаратним комплексом і складається з наступних складових:

• комплексу збору первинної інформації, що складається з АСДУ інженерним обладнанням будівель та споруд, які є сукупністю будинкових мереж та повинні взаємодіяти з іншими елементами РІС за допомогою будинкових реєстраторів;
• комплексу бази даних диспетчерського контролю та управління, що має складатися з центрального сервера бази даних та периферійних серверів баз даних;
• комплексу клієнтів РІС - сукупність систем, авторизованих серверами бази даних РІС, які мають виконувати додатки, які звертаються із запитами до цієї бази;
• телекомунікаційної системи, що поєднує елементи РІС.

Топологія та архітектура РІС

Топологія РІС відповідає принципам побудови централізованої системи та її архітектура задовольняє наступним вимогам.

РІС є 3-ступінчастою ієрархічною структурою, у якій на верхньому рівні знаходиться центральний сервер бази даних РІС, нижче знаходяться периферійні сервери бази даних, а на нижньому рівні - будинкові реєстратори. Решта клієнтів РІС взаємодіють виключно з ЦСБД. У цьому клієнти РІС немає можливості змінювати інформацію, що міститься у базі даних ні ЦСБД, ні ПСБД.

РІС проектується таким чином, що виникнення кількох аварійних ситуацій не призводить до навантаження системи. У разі виходу з ладу ліній зв'язку та електропередачі окремі компоненти системи здатні працювати в автономному режимі незалежно від іншого обладнання системи.

РІС здатна автоматично переконфігурувати свої структури у разі виходу з експлуатації окремих компонентів ЕАСДКіУ.

Водночас, структура та топологія РІС на телекомунікаційному рівні прив'язані до архітектури та відповідають певним вимогам топології. Зокрема, мережа доступу містить вузли двох рівнів: первинні та вторинні, на яких розміщується обладнання, що обслуговує відповідні рівні мережі. При цьому ні місця розміщення обладнання РІС, ні місця розміщення АРМ користувачів не прив'язані до архітектури.

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

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

У будинках розміщуються будинкові телекомунікаційні вузли, які пов'язують обладнання будинкової мережі АСДУ із вторинними вузлами.

Завдяки зв'язку між серверами баз даних та клієнтами РІС з транспортної мережі утворюється розподілена міська база даних, яка досить легко має вирішити питання захисту баз даних від катастрофічних впливів як природного, так і антропогенного походження.

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

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

Телекомунікаційна система ЄАСДКіУ служить для об'єднання всіх її елементів і містить два рівні: транспортна мережа та мережа доступу.

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

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

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

Передумови створення концепції

До комплексу систем інженерного забезпечення об'єктів входять системи енергопостачання, системи вентиляції, кондиціювання (у тому числі технологічного), системи протипожежного захисту. Інженерні системи, в принципі, вимагають висококваліфікованого сервісу.

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

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

Система моніторингу - другий компонент, здійснює реєстрацію інформації про стан об'єкта та обладнання та представляє її у зручному для оператора вигляді. Основний функціонал системи – контроль та моніторинг роботи всіх інженерних систем, розташованих на об'єктах.

Як система моніторингу може виступати будь-яка SCADA-система, об'єднана із системою технічного обслуговування та ремонту.

Склад АСДУ

Автоматизована система диспетчерського керування(АСДУ) інженерним обладнанням будівель та споруд об'єднує будівлі в межах одного ГРЕП та забезпечує виконання наступних функцій:

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

Контроль інженерного обладнання будівель та споруд;

Дистанційне керування обладнанням інженерних систем;

Автоматизоване керування параметрами інженерних систем.

АСДУ складаєтьсяз автоматизованого робочого місця (АРМ) пункту управління диспетчерською та обладнання будинкової мережі.

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

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

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

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

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

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

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

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

В інформаційному плані АСДУ складається з наступних підсистем.

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

Контролює наявність фаз у ВРУ електрощитової.

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

Витрата води у прямому та зворотному трубопроводах;

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

Температура зовнішнього повітря;

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

Автоматизоване телеуправління витратою тепла та гарячої води.

Холодне водопостачання:

Тиск;

Витрата холодної води;

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

Автоматизоване телеуправління витратою холодної води (насос холодної води, що підкачує).

Контроль стану ліфтів:

Параметри згідно з переліком сигналів, що контролюються обладнанням АТЗТ "МОСОТИС";

Аварія ліфта (узагальнений параметр за наслідками самоконтролю станції управління).

Дуплексний гучномовний зв'язок диспетчера (одночасно здатний вирішувати завдання під'їзного домофону) з:

Електрощитові;

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

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

Приміщення для чергової зміни ГРЕП;

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

Приміщеннями консьєржок або входом у під'їзд;

Дистанційне керування вхідними дверима в диспетчерську.

Дистанційне включення освітлення у під'їздах будинків, перед дверима під'їздів та дворового освітлення.

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

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

Електроенергії:

на потреби будинку;

Ліфтове господарство будинку;

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

на центральне опалення;

на гаряче водопостачання.

Гаряча вода.

Холодна вода.

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

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

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

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

Контроль стану будинкової системи пожежної сигналізації та димовидалення;

Контроль температури навколишнього повітря;

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

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

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

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

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

• звести кількість диспетчерських пультів до одного на все місто, закріпивши за кожним диспетчером до 400 ліфтів;
• позбутися великої кількості дорогих та ненадійних кабельних з'єднань;
• нарівні з підключенням до ЄАСДКіУ недиспетчеризованих ліфтів, апаратура може застосовуватись для заміни застарілих систем диспетчеризації;
• за рахунок простоти освоєння основних принципів роботи з обладнанням зменшити вплив того факту, що на початковому етапі впровадження апаратури відсутня необхідна кваліфікація персоналу

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

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

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

До станції керування ліфтом підключається одна станція диспетчеризації з використанням всього 12-15 провідників довжиною 2-3 м. У приміщенні ЄДЦ кожен диспетчер працює на своєму комп'ютері, до якого підключено модем GSM.

Основні можливості:

• Авторизація користувачів.
• Відображення об'єктів.
• Відображення списку каналів, які належать вибраному об'єкту.
• Відображення розташування об'єктів на карті.
• Відображення графіків зміни значень аналогових каналів.
• Відображення графіків об'єкта, відображення графіків аналогових каналів, вибраних для показу.
• Керування користувачами.
• Управління підрозділами.
• Керування параметрами налаштування.
• Зміна звітів.
• Додавання об'єктів.
• Зміна об'єктів.
• Видалення об'єктів.
• Пошук об'єктів.
• Перегляд журналу подій користувача.
• Перегляд журналу оновлення об'єктів.
• Перегляд журналу сервісних подій, додавання, зміна, збереження, сервісних подій.
• Перегляд, додавання, редагування, видалення паспорта об'єкта.
• Здавання зміни.
• Додавання об'єктів у розклад опитування станцій, у вибраний день тижня та наперед визначений час.
• Управління розкладом опитування станцій.
• Надсилання SMS на об'єкт.
• Надсилання команди на станцію.
• Управління станціями (об'єктами).
• Довідка про програму з можливістю збереження у вигляді файлу, а також загальна інформація про компанію та продукт.

Робота ЄАСДКіУ

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

Аналогічно побудовано систему протипожежної безпеки технічних приміщень. Інформація про загоряння в будь-яких місцях, забезпечених пожежними датчиками, надійде на монітор АРМ ГРЕП і одночасно до районної пожежної частини.

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

До "Лененерго" надійде інформація про показання будинкових лічильників, показання напруги по фазах, а в аварійну службу "Лененерго" - інформація про пропадання фаз.

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

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

Для цього у всі управління Комплексу міського господарства до префектури міста має надходити обсяг інформації, необхідний та достатній для контролю на відповідних рівнях. Ця інформація може надходити в узагальненому вигляді або реальному масштабі часу. Взагалі, питання про те, якими функціями наділяти ЄАСДКіУ, слід вирішувати спільно зі службами, які контролюватимуть роботу Комплексу міського господарства.

Шляхи розвитку системи

ЄАСДКіУ містить великі можливості для подальшого розвитку.

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

2. ЄАСДКіУ може бути використана для створення автоматизованих систем управління життєзабезпеченням міста, наприклад, міськими потоками енергоресурсів (електроенергії, води, тепла, газу), моніторингу довкілля тощо.

3. Наступним кроком у використанні унікальних властивостей ЄАСДКіУ для управління системами міського господарства стане перехід від збору та обліку інформації про будинкове споживання енергоресурсів до створення автоматизованої системи збору та обліку комунальних послуг, що споживаються кожним квартиронаймачем, та диспетчеризації квартирного інженерного обладнання. Ця підсистема базуватиметься на інфраструктурі АСДУ, реалізовуватиме алгоритми діагностування стану та управління квартирним інженерним обладнанням та дозволить забезпечити індивідуального абонента комп'ютеризованими системами охоронної та пожежної сигналізації та контролю доступу, починаючи з найпростішого під'їзного домофону та закінчуючи системами телевізійного спостереження. Відображення інформації про стан інженерного обладнання квартир здійснюватиметься у диспетчерських нижньому рівні. Впровадження системи квартирного обліку та контролю енергоресурсів дозволить споживачеві платити лише за те, що він вжив та не оплачувати непродуктивні втрати при транспортуванні енергоресурсів від виробника до споживача.

Наші клієнти

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

Диспетчерська інформаційна система – складова частина програмного комплексу Модус. Вона заснована на додатку ведення мнемосхеми та електронного журналудиспетчер.

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

Робота програми заснована на веденні оператором оперативної схеми енергооб'єкта, представленої у графічному вигляді (мнемосхеми). Оператор вносить у схему зміни відповідно до зміни стану енергооб'єкта. Є можливість підключення системи збору телеметричної інформації, а також системи телеуправління, в цьому випадку програма набуває можливостей, описаних у розділі Робота з даними телемеханіки.

Електронний журнал заповнюється автоматично відповідно до змін оперативної схеми.
ПЗ орієнтована на ведення схем будь-якого рівня - ПЕМ, РЕМ, міських електричних мереж, схем електропостачання промислових підприємств, енергосистем, підстанцій, електричних схем станцій, апаратури релейного захисту та автоматики, пристроїв СДТУ.
Особливу користь ПЗ приносить на тих підприємствах, де є великі схеми електропостачання при відносно невеликій кількості телемеханіки. Насамперед це міські мережі, розподільні мережі, промислові підприємства.

Раннє це додаток називалося Електронний журнал, а раніше Оперативний журнал. В даний час ці назви не використовуються, оскільки вони не зовсім точно передають основне призначення програми.

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

Основні можливості:

• Дозволяє вести облік перемикань як на первинній (комутаційні апарати), так і на вторинній (стан релейних захистів та автоматики) схемах;
• Забезпечує перевірку допустимості виконання операцій на основі правил перемикань в електроустановках;
• Дозволяє вести перемикання за бланками або програмами перемикань, або поопераційно;
• Дозволяє вести облік місцезнаходження ОВБ, ремонтних бригад, ділянок проведення ремонтних робіт, місць аварій, встановлених переносних захисних заземлень;
• Дозволяє вести енергооб'єкти на схемах
• Має розвинені засоби друку станів схеми (нормальний, оперативний, на заданий момент часу), забезпечує пошук та виділення елементів схеми на схемі за рядом критеріїв;
• Забезпечує друк Електронного журналу, формування звітів за даними, що є в ньому.

Сервісні функції журналу

• Приклади вибірок за журналом:
   - з моменту реєстрації оператора у системі;
   - з попередньою реєстрацією оператора в системі;
   - зміни оперативної схеми за вказаний період;
   - пов'язаних з відмінністю оперативної схеми від нормальної;
   - аварійні перемикання;
   - встановлені/зняті переносні заземлення, включені/вимкнені ДТ.
• Відображення знеструмлених та заземлених ділянок
• Експорт вибірок як файлів.
• Швидкий перехід між записами в журналі, елементами схеми та пунктами у бланках перемикань.
• Показ відхилень стану оперативної схеми від нормальної схеми та стану на момент останньої здачі зміни.
• Друк та відображення мнемосхем об'єкта
• У стані на вказаний момент часу
• У поточному стані оперативної схеми
• У нормальному стані схеми
• Відображення обладнання несправного, знеструмленого, відшинованого, невикористовуваного тощо.
• Відображення ланцюжків кабельних та повітряних ліній та ТП, що входять до складу фідера
• Відображення у підказці ПС, що живить центру і РП від якого живиться фідер
• Діагностика некоректно запитаних фідерів
• Можливість перегляду поточного стану схеми та журналу іншими користувачами у мережі.

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

• Відображення результату вибірки безпосередньо на схемі.
• Перегляд даних, пов'язаних з елементами схеми (наприклад, паспортних або розрахункових даних) з баз даних у замовника. Стандартний механізм підключення таких баз вбудований в ПЗ.
• Налаштування відображення схеми «на льоту» (без перемальовки) відповідно до прийнятих на підприємстві стандартів або переваг оператора.
• Автоматичне розміщення напрямків ліній від живильного центру до споживача
• Автоматичне формування та підсвічування нормального (за нормальними струморозділами) та поточного (на певний момент часу) фідерів.
• У комплексі передбачено багатосторінкову систему переходів від загальної схеми мережі до географічної карти місцевості.

Організаційні та технологічні завдання, що виконуються:

• Затвердження нормальної схеми та допуск користувачів до роботи.
• Прийом (здавання) зміни оперативним персоналом об'єкта, передача інформації про зміну.
• Веде оперативну схему, веде електронний журнал.
• Використання системи підготовки та фіксації виконання типових та разових бланків перемикань та програм перемикань.
• Веде перелік поточних завдань.

Види записів у журналі

Дії з об'єктами - фіксація перемикань, встановлення зняття оперативного струму/блокувань, встановлення зняття захисту тощо.

Квитування телесигналів та повідомлень про перевищення значень установок.

Перевірочні дії, результати обходів та оглядів.

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

Розташування та облік виїзних та ремонтних бригад за пунктами призначення.

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

• Мітки місця аварії.

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

У складі ПЗ ведення мнемосхеми та електронного журналу реалізовано програму «Редактор оперативних завдань». Вона призначена контролю за станом оперативних завдань робочому місці диспетчера.

ПЗ дозволяє:

Складання оперативних завдань через виконання операцій на електронному макеті енергооб'єкта.

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

включення заземлюючих ножів під напругою;

відключення роз'єднувачів під навантаженням;

контроль оперативного блокування;

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

Відмітки виконання операцій у оперативних завданнях, чим забезпечується контролю над реальним станом активних оперативних завдань.

Швидкий доступ та перемикання між активними завданнями.

Збереження активного завдання до файлу та завантаження з файлу в актуальному стані.

Можливість перегляду мнемосхем енергооб'єктів.

Можливість друку оперативного завдання у вигляді бланка перемикань стандартної форми.

Складання звичайних бланків перемикань та робота з ними.

Підготовка та зберігання бази даних типових бланків перемикань.

Перевіряє можливість виконання типового бланка перемикань у поточному стані схеми енергооб'єкта.

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

У програмі передбачено контроль за станом декількох оперативних завдань, що одночасно виконуються. Диспетчер може перемикатися між ними у вікні списку оперативних завдань. Редактор оперативних завдань інтегрований з додатком ПЗ Ведення мнемосхеми та Електронного журналу.

Додаткові журнали у складі ДИС

Починаючи з версії 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

В. Зубков, С. Агєєв, О. Денісов, В. Тиминський, А. Акульшін, Abstract Abstract

У матеріалі основні проблеми створення і функціонування інформаційних систем емергенці філійних послуг служать.

Key words: System-112, call emergency services, united dispatch office of 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 хв). Проведення диспетчерських нарад та диспетчерських нарядів

дозволяє підвищити ефективність оперативного управління, сприяє реальності управління та дисциплінує працівників.

Швидкими темпами здійснюється комплексна диспетчеризація сільського господарства на рівні району та області. Тут до складу диспетчерських об'єктів, крім сільськогосподарських підприємств, включаються всі взаємопов'язані з сільським господарством організації. Це дозволяє оперативно вирішувати багато питань, пов'язаних із реалізацією сільськогосподарської продукції, постачанням та обслуговуванням сільськогосподарських підприємств. Крім того, створення обласних та районних диспетчерських систем та поєднання їх з обчислювальними центрами дозволяє здійснити поступовий перехід до автоматизованих систем управління.