| # | Вопрос | Решение | Автор |
|---|---|---|---|
| 1 | Могут ли нерезиденты страны (лица с видом на жительство) получить MPI | ||
| 2 | Интеграция с другими базами (ГАИ, Фиск.служба):
| ||
| 3 | Перечень документов, по которым можно получить обслуживание? Надо ли по одному клиенту хоранить больше одного документа | ||
| 4 |  Припущення:Лікар матиме доступ до пошуку в базі MPI. Обмеження неправомірного доступу до реєстру MPI за рамками скоупу Prototype | ||
| 5 | Припущення:Обслуговування, ідентифікація та дедуплікація осіб без ідентифікаційних документів (діти, іноземці, нерезиденти іт.д.) не в скоупі Prototype | ||
| 6 | Припущення: пацієнт може надати будь-який документ (зі списку ідентифікаційних документів) для реєстрації в реєстрі. | ||
| 7 | Припущення:Алгоритм дедуплікації: record_linkage. Застосовується на етапі створення нового запису в MPI | ||
| 8 |  Чи треба зберігати інформаіцію про зв'язки між фізособами (дитина-батько, опікун, довірена особа і т.д.) в контурі MPI | ||
| 9 | Припущення: Історізація даних MPI не в скоупі Prototype | ||
| 10 | Припущення: Створюєвомо користувача для кожного пацієнта, при умові що лікар створив та підписав декларацію за допомогою ЕЦП | ||
| 11 | Підтвердження отримання персональних даних лікарем через СМС клієнта: підтримка процесу для незрячих людей, літніх людей, людей без телефону тощо | ||
| 12 | Що робити якщо змінився телефон у пацієнта? | ||
| 13 | Чи може Мед.Заклад за Лікаря подавати документи на його реєстрацію | ||
| 14 | Кому дати доступ на реєстрацію трудового договору: лікарю чи Медзакладу? | ||
| 15 | Припущення: Реєстрація мед.закладів та договорів ГПМД не в скоупі Prototype | ||
| 16 | Правила формування номеру MPI_ID. Рівень складності, захист від підбору, читабельність | ||
| 17 |
Person/Doctor/Labour_Contract/MSP/Declaration | ||
| 18 | Припущення: reference persons out of scope | ||
| 19 | Припущення: Auth0 will be used as auth server for the Prototype | ||
| 20 | Припущення: Зв'язок Фізособа-лікарЖ 1..1. |
Descoped from MVP