# | Вопрос | Решение | Автор | Дата | ||
---|---|---|---|---|---|---|
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 | |||
12 | Що робити якщо змінився телефон у пацієнта? | Бізнес логіка уточнються | Pavlo Zhuk | |||
13 | Чи може Мед.Заклад за Лікаря подавати документи на його реєстрацію | Так, через кадровика мед закладу | Pavlo Zhuk | |||
14 | Кому дати доступ на реєстрацію трудового договору: лікарю чи Медзакладу? | Уточнюється | Pavlo Zhuk | |||
15 | Припущення: Реєстрація мед.закладів та договорів ГПМД не в скоупі Prototype | Так | Pavlo Zhuk | |||
16 | Правила формування номеру MPI_ID. Рівень складності, захист від підбору, читабельність | UUID | Pavlo Zhuk | |||
17 | У яких сутностей є lifecycle зі статусами? Person/Doctor/Labour_Contract/MSP/Declaration | Бізнес логіка уточнюється | Pavlo Zhuk | |||
18 | Припущення: reference persons out of scope | ? | ||||
19 | Припущення: Auth0 will be used as auth server for the Prototype | oauth2 ? | Pavlo Zhuk | |||
20 | Припущення: Зв'язок Фізособа-лікарЖ 1..1. | Так, через записв в реєстрі декларацій | Pavlo Zhuk | |||
21 | Пропозиція: Диференціація тарифів в залежності від віку та географії пацієнта та лікарні | Бізнес логіка тарифів уточнюється | Pavlo Zhuk | |||
22 | Ствердження: 2 Алгоритма дедублікації:
| Поки що так. Пропозиції вітаються | Pavlo Zhuk | |||
23 | Ствердження: Відмова в капітації при відсутності MPI та документів для заведення нової декларації | Так - можливо буде уточнюватись | Pavlo Zhuk | |||
24 | Роль "Лікар" взагалі потрібна? Чи є операції в системі, що повинні бути авторизовані лікарем? | Роль лікар потрібна для майбутнього масштабування системи, де різні лікарі будуть авторизовані до різних даних | Pavlo Zhuk | |||
25 | Оркестрація процесу створення декларації на боці E-Health (дає ряд переваг щодо якості даних пацієнта) чи на МІС? | Можливі обидва варіанти, довіряємо вендору | Pavlo Zhuk | |||
26 | Can MIS deactivate doctor's record? Do we need any approval in this case? | Бізнес логіка уточнюється | Pavlo Zhuk | |||
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 | Фізичні носії з MPI_ID в скоупі. MVP?? | 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 | 36 | irynas (Unlicensed) | |
09.03.201737 | Який процес зміни ІПН, National_id і телефону? |
Descoped from MVP