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

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

Завершена

11 301 250.00 UAH без ПДВ
мін. крок: 1% або 110 000.00 UAH
Період уточнення: 18.01.2022 20:48 - 11.02.2022 00:00
Відповідь надана

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

Номер: f0688f2b8f444b02b32c0a003960defc
Пов'язаний елемент: Закупівля
Дата опублікування: 07.02.2022 18:47
Опис: Уточнююче питання до відповіді на питання 10. 10. п. 2.2 Вимоги щодо використання довідників? Питання: надайте перелік назв довідників? -Ваша Відповідь: перелік буде надано при розмітці беклога проекту____ -Уточнююче питання: Скільки нових довідників потрібно буде створити, скільки з них однорівневих, скільки багаторівневих? Чи потрібно буде реалізовувати CRUD (створення, редагування, оновлення, перегляд запису) для записів нових довідників на UI? Яким чином повинні оновлюватись нові довідники? Дані потрібні для оцінки замовлення.
Відповідь: Доброго дня! Створити довідники “Джерело валідації” (1 рівень), “Зв’язок реєстру та поліів пацієнта/мед працівника” (1 рівень). Інтерфейс для заповнення не потрібен. Оновлення довідників буде відбуватись за рахунок завантаження / прямого запису в БД
Дата відповіді: 10.02.2022 10:57
Відповідь надана

Відображення реєстру автоматично деактивованих записів пацієнтів

Номер: f676f29821724180955636b0981b90fb
Пов'язаний елемент: Закупівля
Дата опублікування: 07.02.2022 16:18
Опис: 34. П. 3.2. Внесення зміни та/або доповнення до відомостей про реєстрацію смерті пацієнта в Реєстрі пацієнтів ЦБД ЕСОЗ через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього «При автоматичній деактивації реєстраційного запису пацієнта в Реєстрі пацієнтів ЦБД ЕСОЗ по причині ідентифікації пацієнта, як померлої особи, цей запис має бути збагачений інформацією: ● дата деактивації; ● дата смерті (при наявності цієї інформації); ● ID актового запису в ДРАЦСГ; ● причина деактивації. Зазначені параметри мають бути доступними для перегляду в електронних кабінетах медичного працівника та працівника НСЗУ у яких є відповідні права доступу.» _-Питання: в якому модулі-підмодулі електронних кабінетів медичного працівника та працівника НСЗУ відображається реєстр автоматично деактивованих записів пацієнтів, описаний в П. 3.2.?
Відповідь: Доброго дня! Для кабінету працівника НСЗУ необхідно доповнити функціонал модулю Пацієнти. Реалізовувати кабінет медичного працівника не потрібно - потрібно реалізувати таблицю та метод АРІ для відправки інформації ЕСОЗ→МІС
Дата відповіді: 10.02.2022 10:56
Відповідь надана

Структура файлів WSDL

Номер: 46c499c22b72437aabd99cfb95941354
Пов'язаний елемент: Закупівля
Дата опублікування: 07.02.2022 16:09
Опис: 32. Додаток №2. Структура файлів WSDL для сервісу “GetDeathArByFullNameAndBirthDate” доступно за посиланням _-Питання: не працює перехід за посиланням. Де можна подивитись структуру файлів? 33. Додаток №3. Структура файлів WSDL для сервісу “GetDeathArByComposeDatePeriod” доступно за посиланням _-Питання: не працює перехід за посиланням. Де можна подивитись структуру файлів?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 32. Додаток №2. Структура файлів WSDL для сервісу “GetDeathArByFullNameAndBirthDate” доступно за посиланням _-Питання: не працює перехід за посиланням. Де можна подивитись структуру файлів? Відповідь: посилання GetDeathArByFullNameAndBirthDate - https://directory-prod.trembita.gov.ua:8443/SEVDEIR/GOV/00015622/3_MJU_DRACS_prod/GetDeathArByFullNameAndBirthDate 33. Додаток №3. Структура файлів WSDL для сервісу “GetDeathArByComposeDatePeriod” доступно за посиланням _-Питання: не працює перехід за посиланням. Де можна подивитись структуру файлів? Відповідь: GetDeathArByComposeDatePeriod - https://directory-prod.trembita.gov.ua:8443/SEVDEIR/GOV/00015622/3_MJU_DRACS_prod/GetDeathArByComposeDatePeriod
Дата відповіді: 10.02.2022 10:54
Відповідь надана

Вимоги до внесення змін до ЦБД ЕСОЗ: МРІ

Номер: 48165db6a6aa4c5591e497254bb7f551
Пов'язаний елемент: Закупівля
Дата опублікування: 07.02.2022 16:09
Опис: 31. п. Вимоги до внесення змін до ЦБД ЕСОЗ 1. В МРІ необхідно реалізувати таблицю (базу) Death_Database для зберігання та оновлення даних від ДРАЦСГ згідно складу відповіді на запит (див. Додаток №1. Опис складу результату вивантаження даних з АЗ про…) для забезпечення процесів викладених у блоці 3. _-Питання: Що таке МРІ?
Відповідь: Доброго дня! База даних Master Patient Index
Дата відповіді: 10.02.2022 10:52
Відповідь надана

Роль owner. Уточнююче запитання до відповіді на питання 20.

Номер: b6c917579f8045f395412828dc7d9654
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 16:19
Опис: 30. Уточнююче запитання до вашої відповіді на питання 20 щодо звільненню співробітника (нижче наведено питання, вашу відповідь та уточнююче питання до вашої відповіді): “1. п. 3.3 “Внесення зміни та/або доповнення до відомостей про медичного працівника в Реєстрі медичних працівників ЦБД ЕСОЗ щодо реєстрації смерті через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього ” “Схема 4. Верифікація смерті особи за результатами співставлення записів таблиці “Death_Database” з реєстраційними записами медичних працівників у Реєстрі медичних працівників ЦБД ЕСОЗ” _-Питання попереднє: Незрозуміла логіка між кроками 4.13 “Підпис КЕП” та 4.14 “Звільнення працівника” опишіть її? Що означає роль owner? _-Ваша Відповідь: між кроками 4.13 “Підпис КЕП” та 4.14 “Звільнення працівника” вже є реалізований функціонал звільнення співробітника, необхідно його перевикористати. Роль owner - власник/директор СГуСОЗ має право на прийом/звільнення співробітників. _-Уточнююче питання: Чи для ролі owner має бути реалізовано окремий кабінет, в якому відображається реєстр співробітників для звільнення? Як відбувається процес перевірки та звільнення медичного працівника для ролі owner?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 30. Уточнююче запитання до вашої відповіді на питання 20 щодо звільненню співробітника (нижче наведено питання, вашу відповідь та уточнююче питання до вашої відповіді): “1. п. 3.3 “Внесення зміни та/або доповнення до відомостей про медичного працівника в Реєстрі медичних працівників ЦБД ЕСОЗ щодо реєстрації смерті через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього ” “Схема 4. Верифікація смерті особи за результатами співставлення записів таблиці “Death_Database” з реєстраційними записами медичних працівників у Реєстрі медичних працівників ЦБД ЕСОЗ” _-Питання попереднє: Незрозуміла логіка між кроками 4.13 “Підпис КЕП” та 4.14 “Звільнення працівника” опишіть її? Що означає роль owner? _-Ваша Відповідь: між кроками 4.13 “Підпис КЕП” та 4.14 “Звільнення працівника” вже є реалізований функціонал звільнення співробітника, необхідно його перевикористати. Роль owner - власник/директор СГуСОЗ має право на прийом/звільнення співробітників. _-Уточнююче питання: Чи для ролі owner має бути реалізовано окремий кабінет, в якому відображається реєстр співробітників для звільнення? Як відбувається процес перевірки та звільнення медичного працівника для ролі owner? Відповідь: фрон кабінетів мед працівників поза даної закупівлі, необхідно лише передавати ознаку по АРІ. Аналогічно - система дозволяє двох owner (умовно що має бути звільнено та нового), сповіщати необхідно обох
Дата відповіді: 10.02.2022 21:46
Відповідь надана

Сповіщення

Номер: f961e0917bd34f12948410af92f9ba99
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 16:17
Опис: 29. п. 3.3. Внесення зміни та/або доповнення до відомостей про медичного працівника в Реєстрі медичних працівників ЦБД ЕСОЗ щодо реєстрації смерті через забезпечення сумісності та електронної взаємодії з ДРАЦСГ на підставі отриманих відомостей з нього «Якщо керівником та/або уповноваженою особою СГуСОЗ в термін N днів не забезпечено опрацювання запиту на уточнення щодо ідентифікації медичного працівника, як особи, що померла, то має бути реалізовано сповіщення медичного працівника, при вході в ЦБД ЕСОЗ, про необхідність обробки запиту про уточнення з боку керівника та/або уповноваженої особи протягом Х днів, в іншому випадку обліковий запис медичного працівника може бути деактивовано.» _-Питання: Кому з медичних працівників повинне надходити сповіщення? Чи сповіщення повинне відображатись в особистому кабінеті медичного працівника, чиї дані потребують перевірки? Чи сповіщення повинне надходити Керівнику або уповноваженій особі СГуСОЗ в особистий кабінет?
Відповідь: Доброго дня! Медичного працівника аккаунт якого може бути заблоковано. В даній закупівлі необхідно лише передавати по АРІ ознаку, фронт буде реалізовано поза даної закупівлі
Дата відповіді: 10.02.2022 12:10
Відповідь надана

Верифікація відомостей про пацієнта під час реєстрації пацієнта

Номер: 4034d7ba396f49f684a089bfed5fa048
Пов'язаний елемент: Закупівля
Дата опублікування: 04.02.2022 16:16
Опис: 28. п. 3.4. Верифікація відомостей про пацієнта під час реєстрації пацієнта в Реєстрі пацієнтів ЦБД ЕСОЗ щодо наявності/відсутності інформації про нього в ДРАЦСГ як про особу, яка ідентифікована як померла - Схема 5 - Крок 5.2 «Внутрішні валідації» _-Питання: Які саме валідації проходить запит на реєстрацію пацієнта?
Відповідь: Доброго дня! Внутрішні валідації поза скоупом даної закупівлі. Наприклад відповість номеру документу пацієнта згідно з типом.
Дата відповіді: 10.02.2022 12:09
Відповідь надана

Електронна взаємодія через СЕВДЕІР із ДРАЦСГ

Номер: a810bd954712420a8ee40ce9cb58c18a
Пов'язаний елемент: Закупівля
Дата опублікування: 03.02.2022 16:49
Опис: 27. п. 3.1. Електронна взаємодія через СЕВДЕІР із ДРАЦСГ. Верифікація та співставлення отриманих записів із ЦБД ЕСОЗ Схема 1. Перша електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Питання: Крок 1 - хто формує перший запит і вказує параметри запиту (чи запит створює автоматично система ЦБД ЕСОЗ чи користувач з роллю «Адміністратора»)? Питання: які параметри запиту вводяться?
Відповідь: Доброго дня! Першу електронну взаємодію ініціює адміністратор. Параметри запиту вказані у Додатку 3
Дата відповіді: 10.02.2022 12:08
Відповідь надана

Електронна взаємодія через СЕВДЕІР із ДРАЦСГ

Номер: 570a7adb630e432fb9a5a231aa7b1ae6
Пов'язаний елемент: Закупівля
Дата опублікування: 03.02.2022 16:48
Опис: 26. п. 3.1. Електронна взаємодія через СЕВДЕІР із ДРАЦСГ. Верифікація та співставлення отриманих записів із ЦБД ЕСОЗ Схема 1. Перша електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Питання: Старт схеми - яка саме системна подія мається на увазі? Чи " Агент періодичних запитів" - це сервіс, який, по заданій через конфіг періодичності, викликає запит?
Відповідь: Доброго дня! Системна подія - ручне ініцюювання обміну через конфігураційний параметр. “Агент періодичних запитів" - так сервіс асихронного обміну з конфігураційним параметром
Дата відповіді: 10.02.2022 12:07
Відповідь надана

Електронна взаємодія через СЕВДЕІР із ДРАЦСГ

Номер: 53d961716d1740be9c8131bf2d51adcc
Пов'язаний елемент: Закупівля
Дата опублікування: 03.02.2022 16:48
Опис: 25. п. 3.1. Електронна взаємодія через СЕВДЕІР із ДРАЦСГ. Верифікація та співставлення отриманих записів із ЦБД ЕСОЗ Схема 1. Перша електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Схема 2. Періодична електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Питання: Які системні помилки та повідомлення повинні виводитись користувачу при отриманні результату з помилкою (крок 1.4, 1.8, 1.10, 1.12; 2.4, 2.8, 2.10, 2.14) - вкажіть будь ласка текст повідомлення помилки? Якому саме з користувачів повинне виводитись повідомлення про помилку та в якому UI?
Відповідь: Доброго дня! Відповідно до зазначеного переліку запитань, надаємо наступні відповіді. 25. п. 3.1. Електронна взаємодія через СЕВДЕІР із ДРАЦСГ. Верифікація та співставлення отриманих записів із ЦБД ЕСОЗ Схема 1. Перша електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Схема 2. Періодична електронна взаємодія через СЕВДЕІР та верифікація отриманих запитів в ЦБД ЕСОЗ Питання: Які системні помилки та повідомлення повинні виводитись користувачу при отриманні результату з помилкою (крок 1.4, 1.8, 1.10, 1.12; 2.4, 2.8, 2.10, 2.14) - вкажіть будь ласка текст повідомлення помилки? Якому саме з користувачів повинне виводитись повідомлення про помилку та в якому UI? Відповідь: 1.4 коди та описи помилок вказані на схемі1, аналогічно отриманих у 1.3. 1.8, 1.10, 1.12 - “Пацієнта не може бути визначено” . 2.4 - коди та описи помилок вказані на схемі2, аналогічно отриманих у 2.3. 2.8, 2.10, 1.14 - “Пацієнта не може бути визначено”. Потрібно виводити помилки для працівника НСЗУ, для лікаря не потрібно - лише передавати по АРІ
Дата відповіді: 11.02.2022 15:41