Технологические задачи
Модуль Технологические задачи - это задачи, связанные с разработкой, внедрением и совершенствованием новых технологий, продуктов и процессов.
Если у вас есть потребность по разработке, внедрению и другие спросы вы можете разместить информацию ниже.
Разработка финансового микросервиса «Касса, Биллинг и Финансовый учет» (Billing Service & POS-терминал) для автоматизации платежей, управления кассовыми сменами, выставления счетов и сквозной финансовой аналитики в облачной медицинской информационной системе Digital Clinic Hub (DCH)
Создать отказоустойчивое, высокопроизводительное и идемпотентное платежное ядро, которое полностью устранит разрыв между медицинским приемом и финансовым учетом. Касса должна бесшовно интегрироваться с Интерактивным календарем и Электронной медицинской картой (ЭМК), обеспечивая моментальное выставление счетов, прозрачную обработку платежей (включая Kaspi QR и рассрочки) и автоматическое формирование фискальной и аналитической отчетности . Детальное описание функционала и технических решений: Интерфейс POS-терминала: Разработка единого рабочего экрана кассира (двухколоночный layout) на базе Vue.js 2, где весь флоу проведения оплаты умещается без необходимости скролла . Слева отображается состав счета (услуги, цены, скидки), справа — панель оплаты с интерактивным нумпадом 3×4 для быстрого ввода сумм и автоматического расчета сдачи клиентом по формуле Сдача = Принято − Итого . Методы оплаты и Смешанный биллинг: Поддержка множества методов оплаты: Наличные, банковские карты/POS, Kaspi QR и Kaspi Рассрочка . Реализуется сложная механика «Смешанной оплаты», позволяющая разбить один чек на части (например, часть оплатить наличными, а часть — через QR), при этом сервер создает две отдельные транзакции с валидацией совпадения сумм вплоть до тиына . Глубокая интеграция с Kaspi Pay API: При выборе Kaspi QR бэкенд DCH отправляет запрос к Kaspi Pay API, генерируя динамическую ссылку и QR-код . Интерфейс начинает поллинг (каждые 3 секунды в течение 15 минут) для проверки статуса . Дополнительно внедряется прием входящих Webhooks от Kaspi с обязательной верификацией криптографической подписи HMAC-SHA256 для защиты от подмены статуса . Строгое управление кассовыми сменами: Внедрение системы материальной ответственности. Кассир не может провести ни одной операции без открытой смены (наличие shift_id в JWT-токене проверяется Middleware) . При закрытии смены система автоматически подбивает баланс, сравнивает расчетную сумму с фактической наличностью в кассе, генерирует PDF Z-отчет (через pdfkit или puppeteer) и сохраняет его в S3-хранилище . Также доступна функция промежуточной инкассации . Жизненный цикл счета и контроль долгов: Система поддерживает статусы: draft, pending, partial, paid, debt, refunded, cancelled . Если пациент вносит лишь часть суммы, остаток автоматически фиксируется как долг, который сразу же подсвечивается координаторам и врачам в шапке ЭМК пациента . Модуль возвратов и скидок: Оформление возвратов доступно только из статуса paid и требует обязательного заполнения текстовой причины (минимум 10 символов) . Система скидок строго контролируется JWT-токеном: например, координатор может сделать скидку максимум до 10%, в то время как администратор не имеет ограничений . Интеграции и Уведомления: После успешной оплаты система автоматически генерирует фискальный/информационный чек в формате PDF и отправляет его пациенту на WhatsApp (через ChatApp) или Email . Если оплачивается курс лечения, DCH мгновенно отправляет Webhook в Bitrix24, переводя сделку на этап «Оплачено» (UF_PAYMENT_STATUS = 'paid') . Идемпотентность и безопасность БД: Все суммы в PostgreSQL хранятся в строгом финансовом типе NUMERIC(12,2) . Для исключения риска двойных списаний (например, если кассир дважды кликнул на кнопку при плохом интернете), API требует заголовок Idempotency-Key . Все кассовые действия тотально записываются в таблицу audit_log
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
0
Разработка модуля «Отдел заботы и Управление многоэтапными процедурами» (Care Department & Treatment Course Management) для координации курсов лечения, отслеживания статусов конверсии, учета сеансов и распределения загрузки процедурных кабинетов в облачной медицинской информационной системе Digital Clinic Hub (DCH)
Создать специализированный цифровой инструмент для сотрудников «Отдела заботы» (Координаторов), который автоматизирует ведение пациента по сложным, многоэтапным курсам лечения (физиотерапия, КТ, ПРП-терапия и реабилитация). Главная задача модуля — связать медицинские назначения врачей с расписанием процедурных кабинетов и финансовым учетом, обеспечив максимальную конверсию пациентов из первичной консультации в покупку полного курса лечения. Детальное описание функционала и технических решений: Специализированный интерфейс Координатора: Разработка отдельного рабочего пространства, где пациенты распределены по вкладкам соответствующих курсов лечения (например, «Физио», «КТ», «ПРП», «FITNESS») . Координатор видит списки пациентов, которым врачи назначили процедуры, с отображением особенностей лечения . Учет и трекинг сеансов: Внедрение системы строгого контроля за прохождением курсов. В таблице Отдела заботы автоматически ведется точный математический учет: отображается общее количество назначенных сеансов, количество фактически пройденных процедур, а также количество пропущенных пациентом визитов . Модуль управления расписанием процедур: Сотрудники Отдела заботы получают возможность добавлять соответствующие процедуры пациентам, подбирая требуемое и удобное для пациента время . Для этого разрабатывается специальная сетка календаря (отличная от календаря врачей), ориентированная на загрузку конкретных аппаратов и кабинетов (например, график работы аппарата КТ или кабинета физиотерапии) . Модуль отметок посещений: Интеграция функционала, позволяющего врачу или координатору в один клик ставить отметку о факте успешного прохождения пациентом конкретной процедуры из курса . Управление статусами конверсии (Воронка): Координатор работает со своим физическим филиалом и отвечает за "дожим" пациента. Он наделен эксклюзивным правом проставлять в системе важнейшие конверсионные статусы: «Купил курс лечения» или «Не купил курс» . Гибкие финансовые права (RBAC): Для стимулирования продаж система (через проверку JWT-токена) наделяет Координатора частичными правами кассира. Координатор может самостоятельно создавать счета, принимать оплату (наличными, картой, Kaspi QR) и применять мотивирующую скидку до 10% . При этом координатору жестко запрещено оформлять финансовые возвраты, делать скидки более 10% или управлять закрытием кассовых смен
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
0
Разработка внутреннего модуля «CRM-система, воронки продаж и сквозная интеграция» (CRM & Patient Journey Funnels) для управления жизненным циклом пациента, автоматизации работы колл-центра и глубокой двусторонней синхронизации с Bitrix24 в рамках облачной медицинской информационной системы Digital Clinic Hub (DCH)
Создать бесшовную систему управления лидами (потенциальными пациентами), которая объединит маркетинговые усилия клиники с фактическим медицинским приемом и кассой. Главная задача модуля — оцифровать путь пациента (Patient Journey) от первого клика по рекламе до успешного завершения плана лечения, исключить потерю лидов из-за человеческого фактора и автоматизировать постановку задач операторам на «дожим» или возврат пациента. Детальное описание функционала и технических решений: Визуальные Канбан-доски (Воронки): Разработка интерактивных воронок продаж с разделением по филиалам . Карточка пациента визуально перемещается по этапам (стадиям сделки): «Новое обращение», «Взят в работу», «Записан на прием», «Пришел на первичный прием», «Назначен курс», «Купил курс / Успешно завершено», «Отказ / Не пришел». Поддерживается механизм drag-and-drop для ручного перемещения, а также автоматическая смена стадий на основе системных триггеров. Глубокая двусторонняя синхронизация с Bitrix24: Модуль выступает интеграционным ядром между DCH и внешней CRM. Любое изменение в DCH должно мгновенно отражаться в Bitrix24 через Webhooks . Если оператор КЦ выбирает нестандартное время в календаре DCH, новое окно автоматически создается в Bitrix24 . При успешном проведении оплаты в модуле «Касса», DCH отправляет PATCH-запрос к API Bitrix24 для обновления стадии сделки и поля UF_PAYMENT_STATUS = 'paid' . Обратное направление также работает: при создании записи в приложении агрегатора iDoctor или в Bitrix24, она автоматически конвертируется в карточку пациента и занимает слот в сетке календаря DCH . Триггерная автоматизация и постановка задач: Система автоматически реагирует на статусы из Интерактивного календаря. Например, если Регистратор ставит статус «Не пришёл» , CRM-модуль автоматически переводит карточку пациента в стадию «Пропущено» и генерирует срочную задачу (Task) для менеджера колл-центра с дедлайном — «Связаться с пациентом для переноса записи». Если Отдел прихода ставит статус «Отменён» , система требует указать причину и ставит задачу на контроль качества. Омниканальность и коммуникации (ChatApp): Интеграция с сервисами ChatApp, WhatsApp Business API и Facebook Messenger для агрегации всех переписок с пациентом прямо в его карточке внутри CRM . Автоматическая рассылка напоминаний за 24 и 2 часа до приема для минимизации показателя неявок (no-show rate) . Аналитика причин отказов (Lost Reasons): Обязательное поле при переносе карточки в этап «Отказ» или при отмене записи . Данные агрегируются в специальный дашборд администратора, показывающий воронку оттока (например, "Дорого", "Неудобное время", "Выбрал конкурентов").
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
0
Разработка инновационного «AI-модуля контроля качества Колл-центра» (AI-Driven Quality Assurance Module) на базе нейросетей для автоматической расшифровки, семантического анализа и оценки телефонных разговоров с пациентами в рамках облачной медицинской информационной системы Digital Clinic Hub (DCH)
Создать высокотехнологичный инструмент на базе искусственного интеллекта для 100% автоматизированного аудита коммуникаций между операторами клиники и пациентами. Главная задача модуля — заменить ручное прослушивание звонков супервайзерами на машинный анализ, алгоритмически выявлять нарушения скриптов, определять эмоциональный фон разговора и предоставлять руководителям готовые рекомендации по улучшению клиентского сервиса . Детальное описание функционала и технических решений: Автоматическая транскрипция (Speech-to-Text): Внедрение пайплайна для перевода аудио-звонков в текст. Основным движком распознавания речи выступит Whisper API от OpenAI . Для крупных клиник с жесткими политиками безопасности (NDA) предусмотрено опциональное внедрение DeepSpeech — локального офлайн-решения для распознавания речи без передачи аудиофайлов на сторонние серверы . Семантический анализ и NLP (Natural Language Processing): Обработанный текст пропускается через мощные языковые модели (KazNLP, RuBERT, ChatGPT API) . ИИ не просто транскрибирует текст, а проводит глубокий семантический анализ: определяет эмоциональный тон звонка (агрессия, сомнение, удовлетворенность) как со стороны пациента, так и со стороны оператора . Оценка по чек-листу (Custom Python Pipeline): Разработка специализированного алгоритма на Python, который сопоставляет расшифрованный диалог с утвержденными корпоративными стандартами клиники . Система автоматически ставит баллы: поздоровался ли менеджер, предложил ли альтернативное время записи, отработал ли возражение "дорого", проявил ли эмпатию. Автоматизированные подсказки и триггеры действий: На основе анализа модуль генерирует подсказки по улучшению скриптов и корректировке поведения операторов . ИИ также связывает результаты обработки обращений с последующими действиями в CRM: например, если ИИ понял, что пациент не записался, но попросил перезвонить завтра, система автоматически создаст задачу "Повторный звонок" или "Запись на приём" . Коммерческая модель (SaaS): Данный инновационный ИИ-инструмент позиционируется как часть расширенного функционала платформы DCH и будет предлагаться клиникам в виде дополнительной подписки (стоимостью 10 000 тенге за пользователя в месяц), что позволит генерировать ощутимую добавочную выручку для DCH
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
0
Разработка аналитического ядра «Сквозная аналитика, финансовая отчетность и BI-Дашборды» (End-to-End Analytics & BI Dashboards) для агрегации медицинских, операционных и финансовых показателей сети клиник в облачной медицинской информационной системе Digital Clinic Hub (DCH)
Создать прозрачный инструмент (data-driven менеджмент) для владельцев клиник, главных врачей и администраторов. Главная задача модуля — консолидировать разрозненные данные из модулей календаря, ЭМК и кассы в единые интерактивные панели управления, обеспечивая автоматический и безошибочный расчет KPI сотрудников, контроль финансового потока и выявление "узких мест" в воронке продаж без ручного сведения таблиц. Детальное описание функционала и технических решений: Изолированная архитектура баз данных: Для того чтобы тяжелые аналитические вычисления не тормозили работу регистратуры и кассиров, запросы финансового и операционного дашбордов направляются на реплику базы данных (отдельный контур сервера) . Это гарантирует стабильную производительность основного API (отклик до 1 секунды) . Сводные дашборды по Колл-центру и Врачам: Модуль автоматически агрегирует статусы из календаря (Пришло, Не пришло, Отменено, Итого) в разрезе каждого менеджера колл-центра, врача и филиала . Для объективной оценки продаж внедрена строгая формула расчета конверсии: Пришло / (Итого - Промежуточные осмотры) × 100% . Промежуточные осмотры (повторные визиты) алгоритмически исключаются из расчета, чтобы не искажать реальные достижения менеджера . Аналитика причин отмен (Churn Analysis): Раздел, собирающий данные от Отдела прихода об отмененных записях. Визуализирует список причин отмен с их количеством и долей от общего числа, с возможностью выгрузки массива данных в Excel для детального изучения . Финансовый BI-Дашборд: Для руководства разрабатывается панель с 5 ключевыми KPI-карточками (виджетами): выручка за день, выручка за месяц, общие долги пациентов, средний чек и количество отмененных счетов . Визуализация и детализация оплат: Интеграция графических библиотек (Chart.js или ECharts) для построения гистограмм выручки по дням и круговых диаграмм с разбивкой по методам оплаты (Наличные, Kaspi QR, Банковская карта, Рассрочка) . Под графиками располагается интерактивная таблица последних транзакций . Генерация отчетности: Разработка REST API эндпоинтов (например, /analytics/revenue, /analytics/avg-receipt, /reports/monthly) для формирования суточных и ежемесячных отчетов . Доступна выгрузка сводных данных в форматах Excel и PDF . Ролевая безопасность (RBAC): Доступ к общему дашборду, скрытой аналитике и сводным отчетам по всем филиалам строго ограничен. Эту информацию может просматривать исключительно роль «Администратор (Admin)», что исключает утечку коммерческой тайны линейному персоналу
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
1
Разработка микросервиса «Система автоуведомлений, омниканальных коммуникаций и триггерных рассылок» (Notification Engine & Patient Communications) для автоматизации сервисных сообщений, рассылки фискальных/информационных чеков и снижения показателя неявок пациентов (no-show) в облачной медицинской информационной системе Digital Clinic Hub (DCH)
Создать надежное, отказоустойчивое ядро для автоматического взаимодействия с пациентами без участия человека. Главная задача модуля — выстроить бесшовный цифровой сервис, который будет своевременно напоминать пациентам о визитах, мгновенно отправлять подтверждающие документы после оплат и собирать обратную связь (NPS) для повышения общей лояльности к клиникам-партнерам DCH. Детальное описание функционала и технических решений: Микросервисная архитектура и Очереди задач: Модуль нотификаций выделяется в полностью независимый микросервис (notifications) на базе Node.js . Для обработки огромного массива исходящих сообщений и входящих webhooks без задержек используется брокер очередей (BullMQ), обеспечивающий доставку и обработку сообщений менее чем за 30 секунд . Омниканальная интеграция: Внедряется глубокая интеграция с сервисом ChatApp для работы с WhatsApp Business API, а также с Facebook Messenger . Дополнительно настраиваются резервные (fallback) каналы связи: если у пациента нет WhatsApp, система автоматически отправляет уведомление через казахстанский SMS-агрегатор, а дубликаты чеков отправляются на Email через SMTP/SendGrid . CRON-планировщики и триггеры расписания: На сервере разворачиваются фоновые CRON-скрипты, которые ежеминутно сканируют базу данных Календаря DCH . За 24 часа и за 2 часа до назначенного времени система автоматически генерирует и отправляет пациенту персонализированное сообщение с напоминанием о визите, адресом клиники и ФИО врача. Двусторонняя связь и Webhooks: При получении напоминания в WhatsApp пациент может ответить, например, нажав кнопку «Подтверждаю» или «Отменяю». Входящий webhook от ChatApp обрабатывается сервером DCH, который автоматически меняет статус записи в Календаре 2.0 (например, на «Подтвержден» или «Отменен»), мгновенно обновляя интерфейс у администраторов. Автоматическая отправка чеков и документов: Модуль нотификаций жестко связан с модулем Кассы. Сразу после успешного проведения оплаты система (без участия кассира) генерирует PDF-чек с детализацией услуг и отправляет ссылку на него пациенту в WhatsApp или на Email . Сбор обратной связи (NPS): Через час после того, как регистратор ставит статус «Пришёл», Notification Engine отправляет пациенту короткий опросник (Net Promoter Score) с просьбой оценить качество приема у врача от 1 до 10. Если оценка низкая, руководителю клиники мгновенно уходит алерт для оперативного решения конфликта.
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
1
Разработка внутреннего модуля «Корпоративный Task-календарь и планировщик бэк-офиса» (DCH Back-Office Planner) для управления внутренними бизнес-процессами, контроля сроков (SLA), автоматизации документооборота и координации работы немедицинского персонала (бухгалтерия, HR, юристы, маркетинг, отдел закупок) в облачной медицинской информационной системе Digital Clinic Hub (DCH).
Создать прагматичную, прозрачную и автоматизированную систему постановки задач и сбора отчетности для бэк-офиса клиники. Главная задача модуля — перевести управление внутренними рутинными процессами (от закупа расходных материалов до сдачи налоговых отчетов) из хаоса мессенджеров в единое цифровое русло. Это обеспечит руководство инструментом контроля дедлайнов и качества выполнения работ, формируя полноценную экосистему управления медицинским бизнесом . Детальное описание функционала и технических решений: Два режима визуализации (Канбан и Календарь): Разработка интерактивного интерфейса на базе Vue.js 2 . Для проектных отделов (маркетинг, IT) внедряется режим «Канбан-доски» с колонками статусов (To Do / In Progress / Review / Done) и поддержкой drag-and-drop. Для отделов, привязанных к жестким датам (бухгалтерия, юристы), предусмотрен режим «Календарной сетки», где задачи отображаются в виде таймлайнов. Оба представления мгновенно синхронизируются через WebSockets без перезагрузки страницы. Сложный движок задач (Task Engine): Карточка поручения включает расширенные атрибуты: постановщик, ответственный, соисполнители, наблюдатели, приоритет (Low/High/Critical), оценка затрачиваемого времени и интерактивные чек-листы (например, задача «Закупка МРТ» разбивается на этапы: собрать 3 КП, согласовать бюджет, подписать договор). Модуль строгой отчетности (Proof of Work): Ключевая бизнес-инновация блока. Исполнитель технически не может закрыть задачу простым переводом в статус "Готово". При попытке закрытия система вызывает обязательное модальное окно «Форма отчета», где сотрудник должен ввести текстовое резюме и прикрепить подтверждающие медиафайлы (PDF-скан акта, фото отремонтированного аппарата УЗИ, чек об оплате). Файлы надежно сохраняются в облачном S3-хранилище. Руководитель получает уведомление и может либо "Принять" задачу, либо отправить ее "На доработку". Движок эскалаций и контроля SLA: Бэкенд на Node.js внедряет систему автоматического контроля дедлайнов. За 24 часа до истечения срока задача «желтеет», и исполнителю уходит push-уведомление. Если дедлайн просрочен, задача становится красной (Overdue), а триггер системы автоматически отправляет эскалационное уведомление вышестоящему руководству (главному врачу или управляющему). Планировщик регулярных задач (CRON): Для автоматизации повторяющихся бизнес-процессов (например, «Сверка кассы», «Инвентаризация склада 1-го числа», «Сдача налоговой формы 200.00») внедряются CRON-скрипты . Руководитель один раз настраивает шаблон, и система сама генерирует новые карточки поручений по заданному расписанию, назначая ответственных. Ролевая модель (RBAC): Ядро поддерживает строгую изоляцию прав . Исполнитель видит только свои задачи и не может сдвинуть дедлайн без запроса аппрува. Руководитель отдела видит доски своих подчиненных, а Администратор (SuperAdmin) имеет доступ к кросс-функциональным дашбордам всей сети клиник.
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
0
Разработка интеграционного ядра «Шлюз внешних интеграций и Государственных API» (External Integration Hub & eGov/DAMUMED Gateway) для безопасного и бесшовного обмена данными между облачной медицинской информационной системой Digital Clinic Hub (DCH) и внешними CRM, агрегаторами, платежными системами и государственными медицинскими реестрами.
Создать отказоустойчивую, высокоскоростную и защищенную шину данных (API Gateway), которая избавит систему DCH от технологической изоляции. Главная задача модуля — обеспечить алгоритмический поток данных между маркетинговыми инструментами клиники (Bitrix24), медицинскими агрегаторами (iDoctor), финтех-провайдерами (Kaspi) и подготовить платформу к легитимному обмену данными с государственными системами здравоохранения Республики Казахстан. Детальное описание функционала и технических решений: Глубокая интеграция с Bitrix24 (Двусторонняя синхронизация): Разработка REST API и механизма обработки Webhooks. Если в календаре DCH менеджер создает новое (нестандартное) окно для врача, оно автоматически дублируется в расписание Битрикс24 . При успешной оплате полного курса лечения в модуле «Касса», шлюз DCH отправляет PATCH-запрос к API Bitrix24, автоматически переводя сделку в нужную стадию и обновляя поле UF_PAYMENT_STATUS = 'paid' . API-мост для медицинских агрегаторов (iDoctor): Создание защищенного эндпоинта для приема заявок извне. Когда пациент записывается на прием через внешнее приложение агрегатора iDoctor, шлюз DCH мгновенно принимает этот payload, создает карточку пациента и автоматически резервирует слот в сетке календаря без участия администратора регистратуры . Финтех-шлюз и Kaspi Pay API: Интеграция сложной финансовой логики для генерации динамических QR-кодов, оплаты Kaspi Рассрочки и проведения возвратов (Kaspi Refund API) . Внедрение слушателя (listener) для входящих Webhooks от Kaspi с обязательной криптографической проверкой подписи HMAC-SHA256, чтобы исключить подмену статусов платежей злоумышленниками . Омниканальные коммуникации: Связка ядра нотификаций с провайдерами ChatApp (для WhatsApp Business API и Facebook Messenger) и казахстанскими агрегаторами SMS (в качестве fallback-канала). Это позволит системе отправлять автоматические напоминания и PDF-чеки . Государственные реестры (eGov и DAMUMED): Архитектурная подготовка (на уровне моделей данных и API) к будущей интеграции с eGov API и платформой DAMUMED . Это позволит клиникам-партнерам DCH в один клик передавать обязательную медицинскую статистику в Министерство здравоохранения без двойного ручного ввода. Международные стандарты безопасности: Подготовка архитектуры обмена данными к требованиям международных протоколов передачи медицинских данных (HL7) и стандартам информационной безопасности (ISO), что необходимо для будущего масштабирования платформы за рубеж
Прием решений до
18.06.26 (включительно)
Область задачи
Другие технологические решенияКоличество заявок
1
Разработка универсальной платформы позиционирования
Оценка возможности разработки и требуемых ресурсов Универсальной платформы позиционирования для использования в продуктовых решениях Компании
Прием решений до
16.06.26 (включительно)
Область задачи
Системы позиционированияКоличество заявок
6
Altyn Bridge (Платформа Bars AI)
Цель проекта: Развертывание и валидация MVP (Minimum Viable Product) системы автоматизации для спортивных залов (на примере зала дзюдо) с использованием программно-аппаратного комплекса Freek Box и BLE 5.0 идентификации. Функционал 1-го этапа: Развертывание автономного Edge-сервера (ПАК Freek Box) и настройка BLE 5.0 модулей для трекинга браслетов и иных гаджетов (радиус 20 м). Внедрение алгоритма автоматической фиксации посещаемости без участия персонала. Настройка локального хранения данных (работа в оффлайн-режиме). Разработка Dashboard для контроля присутствия и статуса оборудования. Проведение нагрузочного тестирования с достижением точности идентификации 99%.
Прием решений до
16.06.26 (включительно)
Область задачи
Нейротехнологии и искусственный интеллектКоличество заявок
2
