Сумма: 0
Количество заявок: 1
15.04.26
≈ 350 000 — 650 000 тг
Идея
Задачи ИКТ
Medical
Другие технологические решения
ПО/ИС
Проблема: В современной частной медицине более 40% административных процессов выполняются вручную. Одной из самых острых болей является ведение пациентов с длительными планами лечения. Когда врачи назначают курс из 10 сеансов физиотерапии или серию уколов, администраторы пытаются вести учет в бумажных журналах или разрозненных таблицах Excel. Это приводит к колоссальному хаосу: пациенты забывают о следующих визитах, координаторы путаются в свободных слотах, происходит двойное бронирование одного кабинета. В результате дорогостоящее медицинское оборудование простаивает, клиника недополучает прибыль, а пациенты прерывают курс лечения из-за плохой организации процесса, что негативно сказывается на их здоровье и лояльности к клинике. Цель разработки: Систематизация процесса прохождения многоэтапного лечения пациентами и удобная координация загруженности процедурных кабинетов. Необходимо создать инструмент, который визуально упростит работу координаторам и полностью исключит возможность человеческой ошибки при бронировании кабинетов. Ожидаемый эффект: Внедрение этого модуля позволит кардинально изменить экономику процедурных кабинетов. Во-первых, за счет наглядности и умного планирования ожидается увеличение показателя заполняемости расписания врачей и кабинетов до целевых 85–90%. Во-вторых, клиника получит мощный инструмент удержания: система не позволит «потерять» пациента на середине курса, так как каждый пропуск будет подсвечиваться, вынуждая отдел заботы связаться с клиентом. В глобальном смысле это обеспечит непрерывный процесс лечения, повысит доверие пациентов к бренду клиники и максимизирует возврат инвестиций в медицинское оборудование за счет исключения простоев. Ожидаемые технические задачи: Бизнес-логика: Разработка механизма создания курсовых записей (например, добавление сразу 10 процедур с интервалом в 2 дня). Реализация фильтрации календаря по типу процедур (КТ, ПРП, Физио) и конкретному филиалу. Frontend (Vue.js 2 + Vuetify): Верстка drag-and-drop интерфейса сетки расписания. Использование Moment.js для корректной работы с часовыми поясами и датами при переносе процедур. Отрисовка динамических статусов (зеленый/красный). Backend (Node.js): Написание REST API с эндпоинтами для получения, создания и обновления записей процедур. Строгая валидация входящих данных для предотвращения конфликта времени (наложение записей). База данных (PostgreSQL): Проектирование таблицы procedures_schedule. Создание составных индексов по полям room_id, date и time_start для обеспечения скорости отклика API менее 1 секунды. Формат работы: Итеративная разработка по методологии Agile. На первом этапе (спринт 1) проектируется база данных и пишется бэкенд-логика проверки свободного времени. На втором этапе (спринт 2) фронтенд-разработчик натягивает логику на визуальную сетку календаря. На финальном этапе проводится совместное тестирование с имитацией одновременной работы нескольких координаторов для проверки блокировок двойных записей. KPI проекта: Время отклика API при переключении недель в календаре — строго не более 1 секунды. Количество допустимых накладок (двойных записей) в боевой среде — 0%. Примерный бюджет: ≈ 350 000 — 650 000 тг.
Ожидаемый эффект: Внедрение этого модуля позволит кардинально изменить экономику процедурных кабинетов. Во-первых, за счет наглядности и умного планирования ожидается увеличение показателя заполняемости расписания врачей и кабинетов до целевых 85–90%. Во-вторых, клиника получит мощный инструмент удержания: система не позволит «потерять» пациента на середине курса, так как каждый пропуск будет подсвечиваться, вынуждая отдел заботы связаться с клиентом. В глобальном смысле это обеспечит непрерывный процесс лечения, повысит доверие пациентов к бренду клиники и максимизирует возврат инвестиций в медицинское оборудование за счет исключения простоев. Ожидаемые технические задачи: Бизнес-логика: Разработка механизма создания курсовых записей (например, добавление сразу 10 процедур с интервалом в 2 дня). Реализация фильтрации календаря по типу процедур (КТ, ПРП, Физио) и конкретному филиалу. Frontend (Vue.js 2 + Vuetify): Верстка drag-and-drop интерфейса сетки расписания. Использование Moment.js для корректной работы с часовыми поясами и датами при переносе процедур. Отрисовка динамических статусов (зеленый/красный). Backend (Node.js): Написание REST API с эндпоинтами для получения, создания и обновления записей процедур. Строгая валидация входящих данных для предотвращения конфликта времени (наложение записей). База данных (PostgreSQL): Проектирование таблицы procedures_schedule. Создание составных индексов по полям room_id, date и time_start для обеспечения скорости отклика API менее 1 секунды. Формат работы: Итеративная разработка по методологии Agile. На первом этапе (спринт 1) проектируется база данных и пишется бэкенд-логика проверки свободного времени. На втором этапе (спринт 2) фронтенд-разработчик натягивает логику на визуальную сетку календаря. На финальном этапе проводится совместное тестирование с имитацией одновременной работы нескольких координаторов для проверки блокировок двойных записей. KPI проекта: Время отклика API при переключении недель в календаре — строго не более 1 секунды. Количество допустимых накладок (двойных записей) в боевой среде — 0%. Примерный бюджет: ≈ 350 000 — 650 000 тг.
Амина Агзамова
Цель и описание задачи (проекта)
Суть: Данный модуль представляет собой специализированное интерактивное пространство внутри платформы Digital Clinic Hub, созданное эксклюзивно для сотрудников «Отдела заботы» (координаторов). В отличие от стандартного расписания врачей, этот интерфейс сфокусирован на управлении кабинетами и аппаратами (кабинеты КТ, аппараты физиотерапии, процедурные для ПРП и блокад). Суть заключается в создании визуальной сетки, в которой координатор может конструировать многоэтапный путь лечения пациента, распределяя его по разным кабинетам и специалистам в нужные дни. Модуль включает в себя карточки процедур, систему цветовой индикации статусов («явился», «не явился», «перенесено») и механизм предотвращения наложения записей на одно и то же время и на один и тот же аппарат. Цель разработки: Систематизация процесса прохождения многоэтапного лечения пациентами и удобная координация загруженности процедурных кабинетов. Необходимо создать инструмент, который визуально упростит работу координаторам и полностью исключит возможность человеческой ошибки при бронировании кабинетов.