| # | Вопрос | Решение | Автор | Дата |
|---|---|---|---|---|
| 1 | Могут ли нерезиденты страны (лица с видом на жительство) получить MPI | Только граждане | в соответствии с законом | |
| 2 | Интеграция с другими базами (ГАИ, Фиск.служба):
| на MVP - пока не делаем | Pavlo Zhuk | |
| 3 | Перечень документов, по которым можно получить обслуживание? Надо ли по одному клиенту хоранить больше одного документа | При регистрации - паспорт и ИНН, или свидетельство о рождении (для детей) | Pavlo Zhuk | |
| 4 |  Припущення:Лікар матиме доступ до пошуку в базі MPI. Обмеження неправомірного доступу до реєстру MPI за рамками скоупу Prototype | В прототипе - свободный поиск. В MVP - будет уточненная бизнес-логика (уточняется) | Pavlo Zhuk | |
| 5 | Припущення:Обслуговування, ідентифікація та дедуплікація осіб без ідентифікаційних документів (діти, іноземці, нерезиденти іт.д.) не в скоупі Prototype | Так | Pavlo Zhuk | |
| 6 | Припущення: пацієнт може надати будь-який документ (зі списку ідентифікаційних документів) для реєстрації в реєстрі. | Надати може, HIS можуть реалізовувати цю функцію. Але в центральному реєстрі зберігається тільки паспорт(свідоцтво) і ІНН | Pavlo Zhuk | |
| 7 | Припущення:Алгоритм дедуплікації: record_linkage. Застосовується на етапі створення нового запису в MPI | |||
| 8 |  Чи треба |
| зберігати інформаіцію про зв'язки між фізособами (дитина-батько, опікун, довірена особа і т.д.) в контурі MPI | Опікун - так Батьки - так Екстренний контакт - так Інше - ні | Pavlo Zhuk | ||
| 9 | Припущення: Історізація даних MPI не в скоупі Prototype | Так. Але в скоупі MVP | Pavlo Zhuk | |
| 10 | Припущення: Створюєвомо користувача для кожного пацієнта, при умові що лікар створив та підписав декларацію за допомогою ЕЦП | Так, при умові, що записв пройшов успішно дедублікацію | Pavlo Zhuk | |
| 11 | Підтвердження отримання персональних даних лікарем через СМС клієнта: підтримка процесу для незрячих людей, літніх людей, людей без телефону тощо | СМС- опціонаьна опція. Має бути активована по бажанню клієнта. неможливо через смс - значить неможливо. | Pavlo Zhuk Iryna Shevchenko | |
| 12 | Що робити якщо змінився телефон у пацієнта? | Бізнес логіка уточнються. Питання 37 | Pavlo Zhuk Iryna Shevchenko | |
| 13 | Чи може Мед.Заклад за Лікаря подавати документи на його реєстрацію | Так, через кадровика мед закладу | Pavlo Zhuk | |
| 14 | Кому дати доступ на реєстрацію трудового договору: лікарю чи Медзакладу? | Трудового договору з ким? Лікар-заклад - нас не особливо хвилює, має потім перевіряти НСЗУ (МОЗ). Договір заклад-НСЗУ (МОЗ) - можливість його подати через систему за підписом керівника. Підтвердження його підписання - підтвердження від НСЗУ (МОЗ) | Pavlo Zhuk | |
| 15 | Припущення: Реєстрація мед.закладів та договорів ГПМД не в скоупі Prototype | Реєстр мед закладів - так. | Pavlo Zhuk Iryna Shevchenko | |
| 16 | Правила формування номеру MPI_ID. Рівень складності, захист від підбору, читабельність | UUID | Pavlo Zhuk | |
| 17 |
Person/Doctor/Labour_Contract/MSP/Declaration | Бізнес логіка уточнюється | Pavlo Zhuk | |
| 18 | Припущення: reference persons out of scope | ? не зрозуміла | Iryna Shevchenko | |
| 19 | Припущення: Auth0 will be used as auth server for the Prototype | oauth2 ? | Pavlo Zhuk | |
| 20 | Припущення: Зв'язок Фізособа-лікарЖ 1..1. | Так, через записв в реєстрі декларацій | Pavlo Zhuk | |
| 21 | Пропозиція: Диференціація тарифів в залежності від віку та географії пацієнта та лікарні | Так. 5 вікових груп, гірський коефіцієнт. | Iryna Shevchenko | |
| 22 |
| Поки що так. Пропозиції вітаються | Pavlo Zhuk | |
| 23 |  Ствердження: Відмова в капітації при відсутності MPI та документів для заведення нової декларації | Так - можливо буде уточнюватись Flat rate капітація за "червоними списками" (кількістю людей, яку обслуговує заклад). Далі за зареєстрованими МРІ ("зеленими списками") згідно з віковими групами та гірськими коеф. | Pavlo Zhuk Iryna Shevchenko | |
| 24 | Роль "Лікар" взагалі потрібна? Чи є операції в системі, що повинні бути авторизовані лікарем? | Роль лікар потрібна для майбутнього масштабування системи, де різні лікарі будуть авторизовані до різних даних Так | Pavlo Zhuk Iryna Shevchenko | |
| 25 | Оркестрація процесу створення декларації на боці E-Health (дає ряд переваг щодо якості даних пацієнта) чи на МІС? | Можливі обидва варіанти, довіряємо вендору | Pavlo Zhuk | |
| 26 | Can MIS deactivate doctor's record? Do we need any approval in this case? | Бізнес логіка уточнюється Роль кадровик та роль лікар мають підтвердити, в особливих випадках певно через роль керівник | Pavlo Zhuk Iryna Shevchenko | |
| 27 | Do we need any approval in case when doctor's record has been updated? | Бізнес логіка уточнюється Роль кадровик та роль лікар мають підтвердити зміни | Pavlo Zhuk | |
| 28 |
| Якщо вводить дані не лікар, має бути вказано хто кінець кінцем ввів та перевірив дані | irynas (Unlicensed) | 09.03.2017 |
| 29 | Ствердження: Фаза пілоту не обмежена кількістю клінік | **обмежена частково - специфічні умови для роботи з системою (комп., принтер, інтернет) | irynas (Unlicensed) | 09.03.2017 |
| 30 |
| Уточнюється. | 09.03.2017 | |
| 31 |
| Так | irynas (Unlicensed) | 09.03.2017 |
| 32 |
| По плану так. Скоріш за все будуть дзвонити і просити у приватному порядку прийняти у іншого лікаря або самостійно за свої гроші, або буде просити один лікар - іншого. | irynas (Unlicensed) | 09.03.2017 |
| 33 |
| так | irynas (Unlicensed) | 09.03.2017 |
| 34 |
| так. паперову копію у лікаря, закладу | irynas (Unlicensed) | 09.03.2017 |
| 35 | Ствердження: В Результат пошуку декларацій повертаються тільки декларації клініки. Якщо є декларація в іншій клініці - код помилки. | так | irynas (Unlicensed) | 09.03.2017 |
| 37 | Який процес зміни ІПН, National_id і телефону? | Або пряме звернення до НСЗУ чи свого департаменту ОЗ в області/районі. Якщо задіємо банки чи пошту для питання 30 - то через них. | ||
| 38 | Ствердження: MIS cannot update phone numbers and INN | так | 10.03.2017 | |
| 39 | Декларація підписуєтсья між пацієнтом і співробітником? Що відбуваєтсья з деклараціями після звільнення лікаря? | декларація має 3 сторони: пацієнт (його опікун), лікар, заклад. одна сторона "скасовується" - скасовується дія декларації -> треба перезаключати декларацію або з пропозиції закладу, або з пропозиції лікаря, або з бажання пацієнта | ||
| 40 | Ствердження: Doctor and all other users of e-Health should use email as a login | |||
| 41 |
| Pavlo Zhuk (Unlicensed) | 22.03.2017 | |
| 42 | Ствердження: Лікар буде підписувати декларацію ЕЦП фізособи | Pavlo Zhuk (Unlicensed) | 22.03.2017 | |
| 42 | Ствердження: Авторизація користувача e-health через логін-пароль, без ЕЦП | Pavlo Zhuk (Unlicensed) | 22.03.2017 |
Descoped from MVP