Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

НомерПитанняРішенняАвторДата
1Для legal_entity з'являються обов'язкові поля, які впливають на поточну реалізацію: 
 - bank_details (and whether it's array or object)
 - beneficiary

 bank_details - array, виноситься на контракт

beneficiary - optional

Костя17.01.2018
2

Портібно прив'язати employee до division. Варіанти реалізації:

  • к-сть employee = к-сть division
  • додати окрему таблицю employee_division з опціями set/update/delete (в майбутньому можна буде додавати графік роботи в кожному division)
  • припущення - графік роботи графік роботи відкладається

виноситься на контракт:

лікар, divison, графік, об'єм 



3припущення - ставка відноситься до legal_entityвиноситься на контракт

4employee: якщо додається поле дата архіву, то тоді має бути ручка, яка менеджить це поле (проставити, змінити). стоврити таблицю employee_hstr з додатковим полем reason

5вимога: employee request має підписувати підписуватися ЕЦП. Це змінює поточну реаолізаціюреалізаціюробимо в api/v2

6що робити з authentication authentification methods з поточної декларації

 в v1 лишаємо як є

в v2 при створенні mpi - є, а в declaration немає



7в пропонованій друкованій формі декларації для лікаря не передбачено ні поля з датою народженя, ні поля з документом (інн, паспорт)ок

8чи має doctor мати можливість подати employee request через кабінетні

9процес лімітів лікаріввстановлюються і змінюються в кабінеті лікаря, до того моменту відкладаються