Темная

Яркая

Темная

Яркая

Вверх
Будьте на связи
РК г.Алматы ул.Ауэзова 175/1, 6 этаж (БЦ "Нурикон")
info@capla.asia
Телефон: +7.727.225.88.97
КазСоюз ЛЖВ
http://plwh.kz kaz-souz@mail.ru
Телефон: +7.727.225.78.38

Повторный конкурс на разработки и написание базы данных для внесения и обработки данных клиентов

ОЮЛ «Центрально – Азиатская Ассоциация Людей, Живущих с ВИЧ» в рамках проекта «Устойчивость сервисов для ключевых групп в регионе ВЕЦА», объявляет конкурс на разработки и написание базы данных для внесения и обработки данных клиентов.

Данная база данных необходима для внесения информации (с дальнейшей обработкой данных) о благополучателях программ помощи людям, живущим с ВИЧ, благотворительного фонда по борьбе со СПИДом «Шаги» и Региональной экспертной группы по здоровью мигрантов. Победителей конкурса будет определять комиссия, основываясь на присланных предложениях, наиболее выгодной цены, удобстве в дальнейшем использовании, внесении изменений и дополнений.

Преференции:

— опыт создания подобных продуктов для социальных организация и/или НКО

— понимание работы СОНКО, ключевых групп, специфики работы.

 

Техническое задание

База данных клиентов (СУБД) – это совокупность данных, организованная по определенным правилам, предусматривающая принципы описания, хранения, манипулирования данными, независимыми от прикладных программ.

 

Вводные поля для заполнения в разрезе клиентов на входной группе (ресепшн):

  1. Дата обращения.
  2. Уникальный код, состоящий из первых двух букв имени клиента, даты рождения в формате день (ХХ), месяц(ХХ), год(ХХ), первые две буквы имени матери.
  3. Пол клиента (М, Ж, ТГ)
  4. Гражданство
  5. Принадлежность к ключевой группе с возможность выбрать несколько позиций – чекбоксы) (ОБЩ – общее население, ЛЖВ, МСМ, СР, МИГ, ЛУН, БРМ)
  6. Цель визита. Определенный список целей, которые выбираются чекбоксами с возможность введение дополнительно, не представленного пункта (группа взаимопомощи, тестирование, получение профилактических материалов).

 

В зависимости от цели визита, должна быть возможность открывать по ссылке конкретного клиента. В новом окне конкретного клиента указываются строки о его более ранних визитах. Если визит первый, то строка будет только одна, текущая. При повторных визитах сотруднику будет предоставлена возможность войти в предыдущие визиты клиента и посмотреть историю клиента.

Сотрудник, после предоставления услуги клиенту, если она разовая, делает «проводку» данной услуги, и она становится недоступной для дальнейшего редактирования.

Если войти в строку конкретного посещения, то будет доступна вся информация по клиенту о его посещениях и оказанных ему услуг.

Вводные поля для оказания услуг клиенту.

Данные о самом клиенте берутся из первичной таблицы заполнения.

  1. Дата
  2. Специалист
  3. Вид оказанной услуги (тестирование, психолог, юрист, инфекционист). Возможность дополнить список оказанных услуг.
  4. Результат оказания услуг (результат теста, заключение и пр.)
  5. Опционально назначение следующего визита, в случае курса услуг.

 

Отчеты.

СУБД должна предусматривать вывод стандартных отчетов, а также возможность проводить аналитику в разрезе внесенных данных:

  1. Общее количество клиентов за период.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Количество уникальных клиентов.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Количество клиентов, обратившихся первый раз за период.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Вид услуги, за которой первичные клиенты обратились.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Динамика обращения клиентов за период (если период больше или равно 2 месяцам)

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Услуги, за которыми обращались клиенты в разрезе периода.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Процент клиентов и динамика обращений за период (если клиенты обращались не менее 2 раз).

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

  1. Количество, процент и вид помощи для клиентов, которые получали две разные услуги, по отношению к тем клиентам, которые получали только один вид услуги.

— количество и процент клиентов по гендеру,

— количество клиентов по уязвимой группе.

— гражданство

— возраст

 

В связи с тем, что в рамках оказания услуг у клиентов не спрашивают персональные данные, а проводится кодирование со слов клиента, а также в связи с частой потерей персонального кода, сообщение кода не на основе своих данных (до 20% клиентов), необходимо предусмотреть возможность проводить «сливание» двух и более кодов в один, если установлено, что два и более кода принадлежат одному клиенту.

База данных будет располагаться в облачном хранилище с дистанционным доступом сотрудников.

Уровень доступа:

  1. Администратор. Изменение данных по всем заполненным полям, включая проведенные ранее и недоступные для редактирования сотрудникам с более низкими правами доступа.
  2. Сотрудник. Введение данных и их запись по конкретному клиенту.
  3. Специалист. Введение данных и их запись только в разделе специалиста. Недоступность редактирования ранее введенных данных по клиенту.

 

Важно! База данных должна предполагать заполнение данных в разрезе нескольких организаций. При этом эти организации не могут видеть данные других организаций.

База данных должна быть разработана на наиболее популярных продуктах с возможностью дальнейшего внесение дополнений и изменений сторонними специалистами. Авторские права, после подписания акта выполненных работ/приема-передачи переходят Заказчику.

В процессе исполнения заказа возможна незначительная корректировка со стороны Заказчика полей, задач, которая не влияет на окончательную стоимость. В случае, если на момент конкурса Заказчик в Техническом задании не предусмотрел какие-то важные аспекты, без которых База данных будет не так эффективно, возможно дополнение к Техническому заданию, которое оформляется как Приложение к Договору оказания услуг (написания Базы данных).

Сроки исполнения деятельности: готовый продукт к 28 марта 2021 год.

Ждем ваших заявок, включающих резюме, финансовое предложение, ссылки на работы (опыт работы) (финансовое предложение необходимо представить в виде отдельного приложения с указанием общей стоимости работы в долларах США и расшифровкой стоимости за 1 час/день) не позднее 25 января 2022 г. до 18:00 (алматинское время) по электронному адресу: zara.06@mail.ru  с пометкой «Заявка на Базу данных».

Оставить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Мы используем cookies чтобы улучшить работу сайта.