ЕСОЗ - публічна документація

Reimbursement Meeting notes

Owned by Edward Voloshin (Unlicensed)
Last updated: Sep 21, 2017
2 min read

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

Notes:

  • Номер рецепта не состоит из двух частей (открытая и закрытая часть), а состоит из  одного элемента - "номер рецепта".  Дополнительно есть "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 поддержкой "без программ")

ЕСОЗ - публічна документація