0 800 330 331
Увійти /
  • Відкриті торги з публікацією англійською мовою
  • Безлотова
  • КЕП

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

Завершена

10 896 250.00 UAH без ПДВ
мін. крок: 1% або 105 000.00 UAH
Період уточнення: 17.01.2022 20:17 - 11.02.2022 00:00
Відповідь надана

Уточнююче запитання до відповіді на запитання 26.

Номер: dfb1998a508b47b8bcd86f54a26bedbd
Пов'язаний елемент: Закупівля
Дата опублікування: 05.02.2022 00:04
Опис: 26. Чи механізм накладання/перевірки КЕП вже реалізований в перелічених Електронних кабінетах і його необхідно перевикористати для вказаних процесів? Чи потрібно реалізовувати новий механізм накладання/перевірки КЕП? Ваша Відповіть: функціонал реалізовано___________ —Уточнююче запитання: Чи правильно ми розуміємо, що механізм накладання/перевірки КЕП вже реалізовано і в Електронному кабінеті працівника НСЗУ ЦБД ЕСОЗ?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 26. Чи механізм накладання/перевірки КЕП вже реалізований в перелічених Електронних кабінетах і його необхідно перевикористати для вказаних процесів? Чи потрібно реалізовувати новий механізм накладання/перевірки КЕП? Ваша Відповіть: функціонал реалізовано___________ —Уточнююче запитання: Чи правильно ми розуміємо, що механізм накладання/перевірки КЕП вже реалізовано і в Електронному кабінеті працівника НСЗУ ЦБД ЕСОЗ? Відповідь: так
Дата відповіді: 10.02.2022 21:43
Відповідь надана

Уточнююче запитання до відповіді на питання 1

Номер: d3226e147d204b259f6d2cab38b025a6
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:53
Опис: -1. Питання: Який саме документ та які вимоги до його наповнення має бути наданий учасником тендеру, відповідно до вимоги “Учасники процедури закупівлі повинні надати у складі тендерних пропозицій інформацію та документи, які підтверджують відповідність тендерної пропозиції учасника технічним, якісним, кількісним та іншим вимогам до предмета закупівлі, установленим замовником (згідно Додатку №3 цієї документації).”?__ –-Ваша відповідь: “Згідно пункту 3 Додатку 4 (Перелік документів, які повинні бути завантажені учасником у складі тендерної пропозиції): "3. Інформація та документи про необхідні технічні, якісні та кількісні характеристики предмета закупівлі згідно Додатку 3 до тендерної документації у тому числі: - Згода з умовами та вимогами, які визначені у технічній специфікації (Додатку 3 до тендерної документації) та гарантування їх виконання у вигляді підписаної технічної специфікації або у вигляді окремої довідки-згоди."____________________________ —Уточнююче запитання: Чи повинен/може учасник тендеру подати його версію уточненого ТЗ, сформовану на основі початкового ТЗ та відповідей Замовника на запитання? Чи потрібна саме згода з початковою версією ТЗ, викладеною в початковій тендерній документації?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. -1. Питання: Який саме документ та які вимоги до його наповнення має бути наданий учасником тендеру, відповідно до вимоги “Учасники процедури закупівлі повинні надати у складі тендерних пропозицій інформацію та документи, які підтверджують відповідність тендерної пропозиції учасника технічним, якісним, кількісним та іншим вимогам до предмета закупівлі, установленим замовником (згідно Додатку №3 цієї документації).”?__ –-Ваша відповідь: “Згідно пункту 3 Додатку 4 (Перелік документів, які повинні бути завантажені учасником у складі тендерної пропозиції): "3. Інформація та документи про необхідні технічні, якісні та кількісні характеристики предмета закупівлі згідно Додатку 3 до тендерної документації у тому числі: - Згода з умовами та вимогами, які визначені у технічній специфікації (Додатку 3 до тендерної документації) та гарантування їх виконання у вигляді підписаної технічної специфікації або у вигляді окремої довідки-згоди."____________________________ —Уточнююче запитання: Чи повинен/може учасник тендеру подати його версію уточненого ТЗ, сформовану на основі початкового ТЗ та відповідей Замовника на запитання? Чи потрібна саме згода з початковою версією ТЗ, викладеною в початковій тендерній документації? Відповідь: Не повинен. Потрібна згода з версією ТЗ, що викладено в тендерній документації
Дата відповіді: 10.02.2022 21:42
Відповідь надана

Допуск учасників тендеру до аукціону

Номер: ca6dd6fb61b9415588cfe55989956583
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:49
Опис: 37. Питання: Чи оголошення про проведення конкурентної процедури закупівлі оприлюднюється відповідно до норм частини третьої статті 10 Закону? Тобто, чи правильно ми розуміємо, що буде виконано алгоритм: “у день і час закінчення строку подання тендерних пропозицій, зазначених в оголошенні, електронною системою закупівель автоматично розкриваються всі файли тендерної пропозиції, крім інформації про ціну/приведену ціну тендерної пропозиції. Замовник розглядає тендерні пропозиції на відповідність вимогам тендерної документації до проведення оцінки тендерних пропозицій у строк, що не перевищує 20 робочих днів. За результатами розгляду складається та оприлюднюється протокол розгляду всіх тендерних пропозицій. Після оприлюднення Замовником протоколу розгляду тендерних пропозицій електронною системою закупівель автоматично розсилаються повідомлення всім учасникам тендеру та оприлюднюється перелік учасників, тендерні пропозиції яких не відхилені згідно із цим Законом. ”? Чи правильно ми розуміємо, що на допуск учасника тендеру до аукціону не впливає цінова пропозиція цього учасника тендера, сформована відповідно до Додатку 8 до Тендерної документації?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 37. Питання: Чи оголошення про проведення конкурентної процедури закупівлі оприлюднюється відповідно до норм частини третьої статті 10 Закону? Тобто, чи правильно ми розуміємо, що буде виконано алгоритм: “у день і час закінчення строку подання тендерних пропозицій, зазначених в оголошенні, електронною системою закупівель автоматично розкриваються всі файли тендерної пропозиції, крім інформації про ціну/приведену ціну тендерної пропозиції. Замовник розглядає тендерні пропозиції на відповідність вимогам тендерної документації до проведення оцінки тендерних пропозицій у строк, що не перевищує 20 робочих днів. За результатами розгляду складається та оприлюднюється протокол розгляду всіх тендерних пропозицій. Після оприлюднення Замовником протоколу розгляду тендерних пропозицій електронною системою закупівель автоматично розсилаються повідомлення всім учасникам тендеру та оприлюднюється перелік учасників, тендерні пропозиції яких не відхилені згідно із цим Законом. ”? Чи правильно ми розуміємо, що на допуск учасника тендеру до аукціону не впливає цінова пропозиція цього учасника тендера, сформована відповідно до Додатку 8 до Тендерної документації? Відповідь: Так
Дата відповіді: 10.02.2022 21:41
Відповідь надана

UI ЦБД ЄСОЗ

Номер: 899ee56d998d44cf91c51e174a3f04b1
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:47
Опис: 36. Питання: На схемі 5 https://drive.google.com/file/d/15eYm7v6UQ7mXs1LKQkDaW6E-2l3Z3vPY/view кроки 5.20 та 5.21 виконуються в пулі “ЦБД ЄСОЗ” користувачем? Якщо так, то через який UI (інтерфейс користувача) повинні виконуватись дані кроки?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 36. Питання: На схемі 5 https://drive.google.com/file/d/15eYm7v6UQ7mXs1LKQkDaW6E-2l3Z3vPY/view кроки 5.20 та 5.21 виконуються в пулі “ЦБД ЄСОЗ” користувачем? Якщо так, то через який UI (інтерфейс користувача) повинні виконуватись дані кроки? Відповідь: так, це існуючий функціонал, поза рамками даної закупівлі
Дата відповіді: 11.02.2022 15:42
Відповідь надана

Уточнююче запитання до відповіді на уточнення до 16.4.1 та 17

Номер: d51ef5941f784d9c8631a766f11a62f9
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:46
Опис: -Питання: У відповіді на запитання 16.4.1 ви відповіли, що в “Електронний кабінет мед персоналу (МІС):” потрібно “додати функціонал відображення”. У відповіді на запитання 17 ви відповіли, що змінювати кабінет мед. персоналу не потрібно. Як розуміти дані відповіді? Чи вони не суперечать одна одній? _-Ваша відповідь: кабінет МІС розробляють вендори по МІС, зміни в самому кабінеті будуть створені ними, тобто пора рамками даного ТЗ, але метод АРІ потрібен повертати інформацію для відображення статусу.___________ —--- Уточнююче запитання: Тобто в процесах, вказаних в розділах ТЗ 3.2, 3.3, 3.5, 3.6 на схемах 5, 6, 8, 9 всі кроки, вказані в пулах кабінетів МІС (Електронний кабінет медичного працівника, персоналу та Електронний кабінет керівника або відповідальної особи) не входять в поточне ТЗ та не є предметом поточної закупівлі? А також всі вимоги в описах даних процесів типу “лікар отримує сповіщення” та “керівник та/або відповідальна особа отримує сповіщення” обмежуються передачею повідомлення від ЕСОЗ до МІС на бекенді(BE) та не потребують жодної реалізації на FE в рамках поточної закупівлі?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. -Питання: У відповіді на запитання 16.4.1 ви відповіли, що в “Електронний кабінет мед персоналу (МІС):” потрібно “додати функціонал відображення”. У відповіді на запитання 17 ви відповіли, що змінювати кабінет мед. персоналу не потрібно. Як розуміти дані відповіді? Чи вони не суперечать одна одній? _-Ваша відповідь: кабінет МІС розробляють вендори по МІС, зміни в самому кабінеті будуть створені ними, тобто пора рамками даного ТЗ, але метод АРІ потрібен повертати інформацію для відображення статусу.___________ —--- Уточнююче запитання: Тобто в процесах, вказаних в розділах ТЗ 3.2, 3.3, 3.5, 3.6 на схемах 5, 6, 8, 9 всі кроки, вказані в пулах кабінетів МІС (Електронний кабінет медичного працівника, персоналу та Електронний кабінет керівника або відповідальної особи) не входять в поточне ТЗ та не є предметом поточної закупівлі? А також всі вимоги в описах даних процесів типу “лікар отримує сповіщення” та “керівник та/або відповідальна особа отримує сповіщення” обмежуються передачею повідомлення від ЕСОЗ до МІС на бекенді(BE) та не потребують жодної реалізації на FE в рамках поточної закупівлі? Відповідь: так в поточній закупівлі тільки реалізація на backend
Дата відповіді: 10.02.2022 21:39
Відповідь надана

Уточнююче питання до відповіді на питання 15.

Номер: fcd690cd884c4d0ea55b0d97743267ee
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:43
Опис: 15. В документі “ТД (інтеграція з ДФС)”: ТЗ: розділ “3.1.3. Внесення змін до мікросервісу електронного обміну зі сторонніми реєстрами”: “Бізнес вимоги:”: ст. 53:_ Схема доступна за посиланням: https://drive.google.com/file/d/1QhVFP71qN4FZn1f5yASsIozcVwB580mp/view?usp=sharing_ _- Питання: Чи правильно ми розуміємо, що функції, вказані в “SCOPE компонентів” на схемі, вже є реалізованими та їх ендпоінти виклику повинні будуть активуватись в рамках відповідних процесів?__ Ваша відповідь: Наразі не реалізовано - необхідно реалізувати в частині обміну з ДФС__ Уточнююче запитання: Тобто не реалізовані механізми реєстрації медичного працівника та реєстрації пацієнта? _-Ваша Відповідь: наразі не реалізовано запит до мікросервісу при реєстрації/оновленні. Самі методи реєстрації/оновлення реалізовані.________ ---Уточнююче запитання нове: Чи правильно ми розуміємо, що також реалізовані самі методи: об’єднання person та preperson пацієнта, деактивація пацієнта, деактивація медичного працівника, перевірка наявності дублюючих запитів пацієнта в реєстрі пацієнта, перевірка наявності дублюючих запитів мед працівника в реєстрі мед працівників?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 15. В документі “ТД (інтеграція з ДФС)”: ТЗ: розділ “3.1.3. Внесення змін до мікросервісу електронного обміну зі сторонніми реєстрами”: “Бізнес вимоги:”: ст. 53:_ Схема доступна за посиланням: https://drive.google.com/file/d/1QhVFP71qN4FZn1f5yASsIozcVwB580mp/view?usp=sharing_ _- Питання: Чи правильно ми розуміємо, що функції, вказані в “SCOPE компонентів” на схемі, вже є реалізованими та їх ендпоінти виклику повинні будуть активуватись в рамках відповідних процесів?__ Ваша відповідь: Наразі не реалізовано - необхідно реалізувати в частині обміну з ДФС__ Уточнююче запитання: Тобто не реалізовані механізми реєстрації медичного працівника та реєстрації пацієнта? _-Ваша Відповідь: наразі не реалізовано запит до мікросервісу при реєстрації/оновленні. Самі методи реєстрації/оновлення реалізовані.________ ---Уточнююче запитання нове: Чи правильно ми розуміємо, що також реалізовані самі методи: об’єднання person та preperson пацієнта, деактивація пацієнта, деактивація медичного працівника, перевірка наявності дублюючих запитів пацієнта в реєстрі пацієнта, перевірка наявності дублюючих запитів мед працівника в реєстрі мед працівників? Відповідь: об’єднання person та preperson пацієнта, перевірка наявності дублюючих запитів пацієнта в реєстрі пацієнта, перевірка наявності дублюючих запитів мед працівника в реєстрі мед працівників - реалізовано. Деактивація пацієнта, деактивація медичного працівника - реалізовано в ручному режимі, потрібна буде доробка для автоматичної деактивації
Дата відповіді: 10.02.2022 21:38
Відповідь надана

Уточнююче питання до відповіді на питання 8

Номер: 3f48b8971eb3480a9ec898ca901e2264
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 23:40
Опис: “8. В документі “ТД (інтеграція з ДФС)”: ТЗ: розділ “3.1.3. Внесення змін до мікросервісу електронного обміну зі сторонніми реєстрами” ст. 52: “Мікросервіс електронного обміну даними повинен забезпечувати: … наявність обов’язкових параметрів для запиту до визначених реєстрів; функціонал отримання даних з різних зовнішніх реєстрів згідно з запитами АРІ; …”_ - Питання: Будь ласка, уточніть, які саме реєстри маються на увазі під “визначеними” та під “різними зовнішніми”, які саме параметри потрібно отримувати, та згідно з якими запитами АРІ.__ _-Ваша Відповідь: ДРАЦСГ (Реєстрація смерті), ДФС (реєстр РНОКПП), ДМС (Реєстр документів, що підтверджують особу та реєстр УНЗР). Для кожного з реєстрів існує перелік сервісів ТРЕМБІТА, що описані в окремих ТЗ. В рамках данного ТЗ надано опис сервісів та перелік полів.”__ _-Питання уточнення: В рамках данного ТЗ надано опис сервісів та перелік полів тільки для ДРФО реєстру фізичних осіб (реєстр РНОКПП). Чи означає це, що в рамках даного ТЗ не замовляється інтеграція з переліченими вами реєстрами ДРАЦСГ (Реєстрація смерті) та ДМС (Реєстр документів, що підтверджують особу та реєстр УНЗР)? Чи згаданий вами реєстр ДФС (реєстр РНОКПП) = ДРФО реєстру фізичних осіб (реєстр РНОКПП)? _-Ваша Відповідь: так у даному ТЗ мова лише про РНОКПП, інше для розуміння, що мікросервіс має бути доповнено пізніше (для того, щоб були створені можливості розширення функціоналу без зміни протестованого коду). РНОКПП - поле у реєстрі ДРФО, що належить ДФС.____________________ ___—Уточнююче питання нове 8.1: В розділах 3.2 та 3.5 на схемах 5 та 8 кроки 6 містять опис “Перевірка даних “Death_Database”, в тому числі й онлайн перевірка у ДРАЦСГ через сервіс GetDeathArByFullNameAndBirthDate”. Питання: Чи входить реалізація даних перевірок в поточну закупівлю? Чи дані перевірки вже реалізовані і в рамках поточної закупівлі повинні тільки викликатись на кроках 6 вказаних процесів?____________________ ___—Уточнююче питання нове 8.2: В розділі 3.5 в вимогах до процесу вказано “Має бути забезпечена база / таблиця(і) зі збереженими результатами кроків процесів реєстрації медичного працівника в Реєстрі медичних працівників ЦБД ЕСОЗ через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього, яка може бути використана з метою побудови додаткових запитів, аналітичної інформації, експорту даних в структурі, що включає реквізити вихідних баз та бази результат”. Питання: Чи тут справді мається на увазі саме ДРАЦСГ? ____________________ ___—Уточнююче питання нове 8.3: В розділі 3.1.4.1 в “4. Збагачення персональних даних FindRegistrationDRFO:” вказано “Умови опрацювання результатів збагачення персональних даних через сервіс FindRegistrationDRFO: …Якщо у відповіді особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли (RESULT=5), то такому запису пацієнта присвоюється ознака “Ідентифікований, як потенційно померлий”. Статус запису залишається "Активний". Такий запис пацієнта підлягає верифікації на наявність Актового запису про смерть на підставі відомостей, що отримані з ДРАЦСГ. Верифікація відбувається за загальним процесом.” Питання: Чи правильно ми розуміємо, що це опис опрацювання (замовленим в ТЗ сервісом) відповіді, описаної в розділі 3.1.1.2 в “Таблиця 2.2. Опис та структура сервісу “FindRegistrationDRFO”: Довідник результатів обробки: Відповідь не надано з причини: 5 Особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли”?____________________ ___—Уточнююче питання нове 8.4: В розділі 3.1.1.2 в “Таблиця 2.2. Опис та структура сервісу “FindRegistrationDRFO”: Довідник результатів обробки: Відповідь не надано з причини: 5 Особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли” Питання: Чи правильно ми розуміємо, що це опис відповіді вже готового АРІ системи ТРЕМБІТА, яке не повинне ні реалізовуватись, ні дороблятись виконавцем поточного ТЗ, а замовлений в поточному ТЗ сервіс електронної взаємодії повинен опрацьовувати цю відповідь?____________________
Відповідь: оброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 8. В документі “ТД (інтеграція з ДФС)”: ТЗ: розділ “3.1.3. Внесення змін до мікросервісу електронного обміну зі сторонніми реєстрами” ст. 52: “Мікросервіс електронного обміну даними повинен забезпечувати: … наявність обов’язкових параметрів для запиту до визначених реєстрів; функціонал отримання даних з різних зовнішніх реєстрів згідно з запитами АРІ; …”_ - Питання: Будь ласка, уточніть, які саме реєстри маються на увазі під “визначеними” та під “різними зовнішніми”, які саме параметри потрібно отримувати, та згідно з якими запитами АРІ.__ _-Ваша Відповідь: ДРАЦСГ (Реєстрація смерті), ДФС (реєстр РНОКПП), ДМС (Реєстр документів, що підтверджують особу та реєстр УНЗР). Для кожного з реєстрів існує перелік сервісів ТРЕМБІТА, що описані в окремих ТЗ. В рамках данного ТЗ надано опис сервісів та перелік полів.”__ _-Питання уточнення: В рамках данного ТЗ надано опис сервісів та перелік полів тільки для ДРФО реєстру фізичних осіб (реєстр РНОКПП). Чи означає це, що в рамках даного ТЗ не замовляється інтеграція з переліченими вами реєстрами ДРАЦСГ (Реєстрація смерті) та ДМС (Реєстр документів, що підтверджують особу та реєстр УНЗР)? Чи згаданий вами реєстр ДФС (реєстр РНОКПП) = ДРФО реєстру фізичних осіб (реєстр РНОКПП)? _-Ваша Відповідь: так у даному ТЗ мова лише про РНОКПП, інше для розуміння, що мікросервіс має бути доповнено пізніше (для того, щоб були створені можливості розширення функціоналу без зміни протестованого коду). РНОКПП - поле у реєстрі ДРФО, що належить ДФС.____________________ ___—Уточнююче питання нове 8.1: В розділах 3.2 та 3.5 на схемах 5 та 8 кроки 6 містять опис “Перевірка даних “Death_Database”, в тому числі й онлайн перевірка у ДРАЦСГ через сервіс GetDeathArByFullNameAndBirthDate”. Питання: Чи входить реалізація даних перевірок в поточну закупівлю? Чи дані перевірки вже реалізовані і в рамках поточної закупівлі повинні тільки викликатись на кроках 6 вказаних процесів?____________________ ___ Відповідь: реалізація перевірки у ДРАЦСГ поза даного ТЗ. Перевірки ще не реалізовані, також триває тендер. В рамках поточної закупівлі викликати перевірки ДРАЦСГ не потрібно. —Уточнююче питання нове 8.2: В розділі 3.5 в вимогах до процесу вказано “Має бути забезпечена база / таблиця(і) зі збереженими результатами кроків процесів реєстрації медичного працівника в Реєстрі медичних працівників ЦБД ЕСОЗ через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього, яка може бути використана з метою побудови додаткових запитів, аналітичної інформації, експорту даних в структурі, що включає реквізити вихідних баз та бази результат”. Питання: Чи тут справді мається на увазі саме ДРАЦСГ? Відповідь: вірно, має бути ДРФО ____________________ ___—Уточнююче питання нове 8.3: В розділі 3.1.4.1 в “4. Збагачення персональних даних FindRegistrationDRFO:” вказано “Умови опрацювання результатів збагачення персональних даних через сервіс FindRegistrationDRFO: …Якщо у відповіді особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли (RESULT=5), то такому запису пацієнта присвоюється ознака “Ідентифікований, як потенційно померлий”. Статус запису залишається "Активний". Такий запис пацієнта підлягає верифікації на наявність Актового запису про смерть на підставі відомостей, що отримані з ДРАЦСГ. Верифікація відбувається за загальним процесом.” Питання: Чи правильно ми розуміємо, що це опис опрацювання (замовленим в ТЗ сервісом) відповіді, описаної в розділі 3.1.1.2 в “Таблиця 2.2. Опис та структура сервісу “FindRegistrationDRFO”: Довідник результатів обробки: Відповідь не надано з причини: 5 Особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли”? Відповідь: так —Уточнююче питання нове 8.4: В розділі 3.1.1.2 в “Таблиця 2.2. Опис та структура сервісу “FindRegistrationDRFO”: Довідник результатів обробки: Відповідь не надано з причини: 5 Особу ідентифіковано, але на момент надходження запиту РНОКПП закрито /серія (за наявності) та номер паспорта знято з обліку, у зв’язку з наявністю повідомлення від ДРАЦС про громадян, які померли” Питання: Чи правильно ми розуміємо, що це опис відповіді вже готового АРІ системи ТРЕМБІТА, яке не повинне ні реалізовуватись, ні дороблятись виконавцем поточного ТЗ, а замовлений в поточному ТЗ сервіс електронної взаємодії повинен опрацьовувати цю відповідь?____________________ Відповідь: так
Дата відповіді: 10.02.2022 21:37
Відповідь надана

Уточнююче питання до відповіді на питання 7.5 зміщене

Номер: 338b207fed1f4cceb00a71420c7e594f
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 20:55
Опис: 7.5 зміщене. Питання: Що мається на увазі? Які саме дії повинна виконувати система? “передбачати за допомогою документованого API можливість інтеграції з іншими інформаційними системами” _-Ваша відповідь: ЕСОЗ виступає у ролі ЦБД для обміну з Медичними Інформаційними Системами СГуСОЗ. Результат реалізований функціонал має бути доступний для передачі через існуючі методи АРІ - буде необхідно вносити зміни до методів, що буде визначено при розробці. _-Уточнююче питання: Який саме функціонал має бути доступним для передачі яких саме даних до яких саме систем через які саме методи АРІ? До яких саме методів необхідно вносити зміни? Чи не протирічить дана відповідь відповіді на питання 7.6? _-Ваша відповідь:: методи для внесення змін (доповнення ознаками поля, що було верифіковано та джерелом верифікації) - реєстрації/оновлення запису пацієнтів, метод реєстрації/оновлення медичного працівника, метод звільнення медичного працівника, обмін ЕСОЗ-МІС. Методи для обміну з ТРЕМБІТА необхідно створити - тут буде обмін ЕСОЗ - ТРЕМБІТА. __—---Уточнююче запитання нове: Чи правильно ми розуміємо, що: сервіс ЕСОЗ повинен викликати ендпоінти вже реалізованого АРІ системи ТРЕМБІТА, що система ТРЕМБІТА вже має АРІ для методів forDRFOCodeChecking, FindRegistrationDRFO та InfoRNОКPPDRFO (див. Запитання до уточнень відповідей на питання 5-6), та що від виконавця поточного тендеру не вимагається доробка АРІ системи ТРЕМБІТА?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 7.5 зміщене. Питання: Що мається на увазі? Які саме дії повинна виконувати система? “передбачати за допомогою документованого API можливість інтеграції з іншими інформаційними системами” _-Ваша відповідь: ЕСОЗ виступає у ролі ЦБД для обміну з Медичними Інформаційними Системами СГуСОЗ. Результат реалізований функціонал має бути доступний для передачі через існуючі методи АРІ - буде необхідно вносити зміни до методів, що буде визначено при розробці. _-Уточнююче питання: Який саме функціонал має бути доступним для передачі яких саме даних до яких саме систем через які саме методи АРІ? До яких саме методів необхідно вносити зміни? Чи не протирічить дана відповідь відповіді на питання 7.6? _-Ваша відповідь:: методи для внесення змін (доповнення ознаками поля, що було верифіковано та джерелом верифікації) - реєстрації/оновлення запису пацієнтів, метод реєстрації/оновлення медичного працівника, метод звільнення медичного працівника, обмін ЕСОЗ-МІС. Методи для обміну з ТРЕМБІТА необхідно створити - тут буде обмін ЕСОЗ - ТРЕМБІТА. __—---Уточнююче запитання нове: Чи правильно ми розуміємо, що: сервіс ЕСОЗ повинен викликати ендпоінти вже реалізованого АРІ системи ТРЕМБІТА, що система ТРЕМБІТА вже має АРІ для методів forDRFOCodeChecking, FindRegistrationDRFO та InfoRNОКPPDRFO (див. Запитання до уточнень відповідей на питання 5-6), та що від виконавця поточного тендеру не вимагається доробка АРІ системи ТРЕМБІТА? Відповідь: так, описані сервіси існують і праціють, необхідна реалізація ЕСОЗ-ТРЕМБІТА
Дата відповіді: 10.02.2022 21:35
Відповідь надана

Уточнююче питання до відповіді на питання 7.5

Номер: 3ed0e728e66342dda7f193e0e5893941
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 20:36
Опис: 7.5. “забезпечувати автоматичну консолідацію та інформаційну цілісність у рамках географічно розподілених даних;” _-Питання: Що саме мається на увазі? Які саме дії повинна виконувати система? _-Ваша відповідь: працівники НСЗУ розподілені між різними містами, кожен повинен мати можливість вибору пацієнтів та мед. працівників, що розташовані на відповідній території __—---Уточнююче запитання нове: Чи така можливість вибору (вибору пацієнтів та мед. працівників, що розташовані на відповідній території) вже реалізована в кабінеті НСЗУ та/або в системі ЕСОЗ?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 6. Ваша Відповідь: в рамках данного ТЗ інтеграція лише з “ТРЕМБІТА”, наразі це єдина система (шина обміну) з якою треба інтегрувати. Необхідні запити для інтеграції з ДФС наявні в ТЗ.__ - Уточнююче запитання: Інтеграція з ДФС повинна бути реалізована через систему “Трембіта”? Відповідь: так. Інтеграція ДФС-ТРЕМБІТА реазовано необхідно релізувати інтеграцію ЕСОЗ-ТРЕМБІТА по описаним сервісам. 7.5. “забезпечувати автоматичну консолідацію та інформаційну цілісність у рамках географічно розподілених даних;” _-Питання: Що саме мається на увазі? Які саме дії повинна виконувати система? _-Ваша відповідь: працівники НСЗУ розподілені між різними містами, кожен повинен мати можливість вибору пацієнтів та мед. працівників, що розташовані на відповідній території __—---Уточнююче запитання нове: Чи така можливість вибору (вибору пацієнтів та мед. працівників, що розташовані на відповідній території) вже реалізована в кабінеті НСЗУ та/або в системі ЕСОЗ? Відповідь: ні, цей функціонал необхідно реалізувати.
Дата відповіді: 10.02.2022 21:34
Відповідь надана

Запитання до уточнень відповідей на питання 5-6

Номер: 6fa7d392266140d981ec1a3db72e8b32
Пов'язаний елемент: Закупівля
Дата опублікування: 02.02.2022 10:52
Опис: 5. Питання: Чи описані в розділі 3.1. (в документі “ТД (інтеграція з ДФС)”) прикладні програмні інтерфейси (веб-сервіси) є сервісами системи “Трембіта”? Якщо ні, де можна ознайомитись з описом сервісів системи “Трембіта”._ ---Ваша Відповідь: Перелік веб-сервісів “Трембіта”(тестові) (https://directory-test.trembita.gov.ua:8443/services) Перелік веб-сервісів “Трембіта”(PROD) (https://directory-prod.trembita.gov.ua:8443/services)__ ---Уточнююче запитання: Чи правильно ми розуміємо, що наведені в ТЗ описи сервісів взаємодії з ДФС - це однойменні сервіси системи “Трембіта”? Якщо так, тоді - сервісу forDRFOCodeChecking відповідає який з результатів пошуку ttps://directory-prod.trembita.gov.ua:8443/search?query=forDRFOCodeChecking ? - які сервіси системи “Трембіта” відповідають сервісам FindRegistrationDRFO та InfoRNОКPPDRFO? Чому пошук по назві даних сервісів не дає результатів?________________________________ 6. Ваша Відповідь: в рамках данного ТЗ інтеграція лише з “ТРЕМБІТА”, наразі це єдина система (шина обміну) з якою треба інтегрувати. Необхідні запити для інтеграції з ДФС наявні в ТЗ.__ - Уточнююче запитання: Інтеграція з ДФС повинна бути реалізована через систему “Трембіта”?
Відповідь: Доброго дня! InfoRNОКPPDRFO - https://directory-test.trembita.gov.ua:8443/search?query=InfoRNOKPPDRFO FindRegistrationDRFO - https://directory-test.trembita.gov.ua:8443/SEVDEIR-TEST/GOV/43005393/53_DPS_DRFO_test_prod/FindRegistrationDRFOAnswer
Дата відповіді: 07.02.2022 16:23