| Table of Contents |
|---|
Meeting 2017-09-18
Member: @warehousman, @ovirnyi
Notes:
- В QualifyMedicationRequestByID - в response на уровне программы возвращаем вместо сумму реимбурсации - подчиненный массив со списком участников по данному ИННМ, с инфо о производителе + цена и т.д.
Meeting 2017-09-14
Member: @warehousman , @peggi , @ovirnyi , @edward.voloshin
Notes:
- EP: update_substance - удаляем
- Для innm/medication/medical_programs - не возможен update никаких атрибутов кроме `is_active`, поэтому EP:update - удаляем, EP:deactivate - добавляем
- В `program_medications` добавляем атрибут `Medication_request_allowed` - который влияет на Qualify_Medication_request (нужно обновить), но не влияеет на процесс dispense.
- Делаем EP:program_medication\deactivate
- Нужно обновить логику Qualify_Medication_request с учетом нового атрибута
Meeting 2017-09-06
Member: @alex.troush , @warehousman , @peggi , @ovirnyi , @edward.voloshin
Notes:
- Переименовали 'requests_for_medication_request' в 'medication_request_requests'
- в структуре `medication_requests' - удалить 'receipt_period_type' , 'receipt_age_type'. + как параметры EP при создании - не принимать
- в структуре `medication_requests' - удалить `note`, `dosage_instuction` + как параметры EP при создании - не принимать
- а даты, наоборот принимать в качестве параметров и корректность отдать МИСам
- в Qualify medication_requests - соответствие периоду (30/90) по программе "доступни лики" - вообще не делать
- в specs обязательно расписать логику и смысл 5 дат в medication_requests
Meeting 2017-09-05
Member: @peggi , @ovirnyi
Notes:
- Решили объединить в одну сущность innms + medications
Meeting 2017-09-04
Member: @warehousman , @peggi , @ovirnyi , @edward.voloshin
...
- Номер рецепта не состоит из двух частей (открытая и закрытая часть), а состоит из одного элемента - "номер рецепта". Дополнительно есть "verification_code (NULL)" который заполняется когда у MPI - verification type = OTP.
- Таким образом "поиск" рецепта в аптеке требует 1-го (номер) или 2-х параметров (номер, код верификации) в зависимости от verification type
- "Поиск" рецепта по номеру - выдает ответ для любого статуса medication_request
- Ссылку на программу добавляем в medication_request. И запрашиваем при создании request_for_medication_request.
- Результаты Qualify для medication_request - не храним (они не имеют смысла для логики)
- Рецепт без программы может быть реализован 2-мя вариантами (пока выбор на аналитике)
- NULL в поле программы
- добавление программы "Без программы (за свой счет)"
- На уровне БД остается возможность отличных значение программ для medication_request и N-medication_dispense. Но на уровне IL - делаем constraint на равенство занчений в medication_request и 1-medication_dispense ИЛИ medication_dispense без программы (за свой счет)
- Qualify для medication_dispense(в аптеке)- делаем отдельным EP, а не в GETe
- При создании medication_dispense ("выдаю") - принимаем программу параметром (c поддержкой "без программ")
Meeting 2017-09-05
Member: @peggi , @ovirnyi
Notes:
- Решили объединить в одну сущность innms + medications