Technological tasks
The Tech-tasks module is tasks related to the development, implementation and improvement of new technologies, products and processes. If you have development, implementation and other needs you can post information below.
An intelligent system for monitoring the execution of government contracts and monitoring the quality of work performed
Creation of a digital platform for objective monitoring of the performance of works and the provision of services under government contracts. The system should provide: photo and video recording of completed works; automatic geolocation of materials; control of deadlines; analysis of the actual performance of work using computer vision technologies; real-time contract monitoring; identification of risks of default; reporting for customers. Application example: The contractor has repaired the road, installed lighting, carried out landscaping or provides services for the maintenance of facilities. Materials with coordinates and shooting time are uploaded via the mobile application. The system automatically confirms that the work has been completed and identifies possible violations.
Decision acceptance deadline
22.06.26 (inclusive)
Preferred systems
бюджетный контроль, государственные закупки, мониторингNumber of applications
13
Разработка финансового микросервиса «Касса, Биллинг и Финансовый учет» (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
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
6
Разработка модуля «Отдел заботы и Управление многоэтапными процедурами» (Care Department & Treatment Course Management) для координации курсов лечения, отслеживания статусов конверсии, учета сеансов и распределения загрузки процедурных кабинетов в облачной медицинской информационной системе Digital Clinic Hub (DCH)
Создать специализированный цифровой инструмент для сотрудников «Отдела заботы» (Координаторов), который автоматизирует ведение пациента по сложным, многоэтапным курсам лечения (физиотерапия, КТ, ПРП-терапия и реабилитация). Главная задача модуля — связать медицинские назначения врачей с расписанием процедурных кабинетов и финансовым учетом, обеспечив максимальную конверсию пациентов из первичной консультации в покупку полного курса лечения. Детальное описание функционала и технических решений: Специализированный интерфейс Координатора: Разработка отдельного рабочего пространства, где пациенты распределены по вкладкам соответствующих курсов лечения (например, «Физио», «КТ», «ПРП», «FITNESS») . Координатор видит списки пациентов, которым врачи назначили процедуры, с отображением особенностей лечения . Учет и трекинг сеансов: Внедрение системы строгого контроля за прохождением курсов. В таблице Отдела заботы автоматически ведется точный математический учет: отображается общее количество назначенных сеансов, количество фактически пройденных процедур, а также количество пропущенных пациентом визитов . Модуль управления расписанием процедур: Сотрудники Отдела заботы получают возможность добавлять соответствующие процедуры пациентам, подбирая требуемое и удобное для пациента время . Для этого разрабатывается специальная сетка календаря (отличная от календаря врачей), ориентированная на загрузку конкретных аппаратов и кабинетов (например, график работы аппарата КТ или кабинета физиотерапии) . Модуль отметок посещений: Интеграция функционала, позволяющего врачу или координатору в один клик ставить отметку о факте успешного прохождения пациентом конкретной процедуры из курса . Управление статусами конверсии (Воронка): Координатор работает со своим физическим филиалом и отвечает за "дожим" пациента. Он наделен эксклюзивным правом проставлять в системе важнейшие конверсионные статусы: «Купил курс лечения» или «Не купил курс» . Гибкие финансовые права (RBAC): Для стимулирования продаж система (через проверку JWT-токена) наделяет Координатора частичными правами кассира. Координатор может самостоятельно создавать счета, принимать оплату (наличными, картой, Kaspi QR) и применять мотивирующую скидку до 10% . При этом координатору жестко запрещено оформлять финансовые возвраты, делать скидки более 10% или управлять закрытием кассовых смен
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
5
Разработка внутреннего модуля «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): Обязательное поле при переносе карточки в этап «Отказ» или при отмене записи . Данные агрегируются в специальный дашборд администратора, показывающий воронку оттока (например, "Дорого", "Неудобное время", "Выбрал конкурентов").
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
7
Разработка инновационного «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
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
8
Разработка аналитического ядра «Сквозная аналитика, финансовая отчетность и 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)», что исключает утечку коммерческой тайны линейному персоналу
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
7
Development of the microservice "System of auto-notifications, omnichannel communications and trigger mailings" (Notification Engine & Patient Communications) for automation of service messages, distribution of fiscal/information receipts and reduction of patient non-attendance (no-show) in the cloud medical information system Digital Clinic Hub (DCH)
Create a reliable, fault-tolerant core for automatic interaction with patients without human intervention. The main objective of the module is to build a seamless digital service that will promptly remind patients of visits, instantly send supporting documents after payments, and collect feedback (NPS) to increase overall loyalty to DCH partner clinics. Detailed description of the functionality and technical solutions: Microservice architecture and Task queues: The notifications module is allocated to a fully independent microservice (notifications) based on Node.js . A queue broker (BullMQ) is used to process a huge array of outgoing messages and incoming webhooks without delay, ensuring message delivery and processing in less than 30 seconds . Omnichannel integration: Deep integration with ChatApp service is being implemented to work with WhatsApp Business API, as well as with Facebook Messenger . Additionally, backup (fallback) communication channels are configured: if the patient does not have WhatsApp, the system automatically sends a notification via the Kazakhstan SMS aggregator, and duplicate receipts are sent to Email via SMTP/SendGrid . CRON Schedulers and schedule triggers: Background CRON scripts are deployed on the server, which scan the DCH Calendar database every minute . 24 hours and 2 hours before the scheduled time, the system automatically generates and sends the patient a personalized message with a reminder of the visit, the address of the clinic and the name of the doctor. "Two" way communication and Webhooks: When receiving a reminder on WhatsApp, the patient can respond, for example, by clicking the "Confirm" or "Cancel" button. "ChatApp"'s incoming webhook is processed by the DCH server, which automatically changes the status of the entry in Calendar 2.0 (for example, to "Confirmed" or "Canceled"), instantly updating the administrators' interface. Automatic sending of receipts and documents: The notification module is tightly connected to the Cash Register module. Immediately after successful payment, the system (without the participation of the cashier) generates a PDF receipt detailing the services and sends a link to it to the patient via WhatsApp or Email . Feedback Collection (NPS): An hour after the registrar sets the status "Arrived", the Notification Engine sends the patient a short questionnaire (Net Promoter Score) with a request to evaluate the quality of the doctor's appointment from 1 to 10. If the score is low, the head of the clinic immediately gets an alert to resolve the conflict promptly.
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
5
Development of an internal module "Corporate Task Calendar and Back-Office Planner" (DCH Back-Office Planner) for managing internal business processes, timing control (SLA), document management automation and coordinating the work of non-medical personnel (accounting, HR, lawyers, marketing, procurement department) in the Digital Clinic cloud medical information system Hub (DCH).
To create a pragmatic, transparent and automated task setting and reporting system for the clinic's back office. The main task of the module is to transfer the management of internal routine processes (from purchasing consumables to submitting tax reports) from the chaos of messengers to a single digital channel. This will provide management with a tool for monitoring deadlines and the quality of work, forming a full-fledged ecosystem of medical business management . Detailed description of the functionality and technical solutions: Two visualization modes (Kanban and Calendar): Development of an interactive interface based on Vue.js 2 . A "Kanban board" mode with status columns (To Do /In Progress / Review /Done) and drag-and-drop support is being introduced for project departments (marketing, IT). For departments tied to hard dates (accounting, lawyers), a "Calendar Grid" mode is provided, where tasks are displayed as timelines. Both views are instantly synchronized via WebSockets without reloading the page. Complex Task Engine: The assignment card includes advanced attributes: director, responsible, co-executors, observers, priority (Low/High/ Critical), time spent estimate and interactive checklists (for example, the task of "Purchasing MRI" is divided into stages: collect 3 KP, agree on a budget, sign a contract). The strict reporting module (Proof of Work): The key business innovation of the block. Technically, the contractor cannot close the task by simply switching to the "Done" status. When trying to close, the system calls up the mandatory modal window "Report Form", where the employee must enter a text summary and attach supporting media files (PDF scan of the certificate, photo of the repaired ultrasound machine, payment receipt). Files are securely stored in S3 cloud storage. "The supervisor" receives a notification and can either "Accept" the task or send it "For revision." Escalation and SLA control engine: Backend on Node.js implements an automatic deadline control system. 24 hours before the deadline, the task turns "yellow" and the performer receives a push notification. If the deadline is overdue, the task becomes red (Overdue), and the system trigger automatically sends an escalation notification to the higher management (chief medical officer or manager). """"Regular Task Scheduler (CRON): CRON scripts are implemented to automate repetitive business processes (for example, "Checkout reconciliation", "Inventory of the warehouse on the 1st day", "Submission of the tax form 200.00") . The supervisor sets up the template once, and the system generates new order cards on its own according to a set schedule, appointing those responsible. Role Model (RBAC): The core supports strict isolation of rights . The contractor sees only their own tasks and cannot move the deadline without requesting an app. The head of the department sees the boards of his subordinates, and the Administrator (SuperAdmin) has access to the cross-functional dashboards of the entire clinic network.
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
5
Development of the integration core "External Integration Hub & eGov/DAMUMED Gateway" for secure and seamless data exchange between the Digital Clinic Hub (DCH) cloud medical information system and external CRM, aggregators, payment systems and government medical registries.
Create a fault-tolerant, high-speed, and secure data bus (API Gateway) that will free the DCH system from technological isolation. The main objective of the module is to provide algorithmic data flow between the clinic's marketing tools (Bitrix24), medical aggregators (iDoctor), fintech providers (Kaspi) and prepare the platform for legitimate data exchange with the state healthcare systems of the Republic of Kazakhstan. Detailed description of the functionality and technical solutions: Deep integration with Bitrix24 (Two-way synchronization): Development of a REST API and a Webhooks processing engine. If the manager creates a new (non-standard) window for the doctor in the DCH calendar, it is automatically duplicated in the Bitrix24 schedule. . Upon successful payment of the full course of treatment in the "Cash Register" module, the DCH gateway sends a PATCH request to the Bitrix24 API, automatically transferring the transaction to the required stage and updating the UF_PAYMENT_STATUS = 'paid' field. API bridge for Medical Aggregators (iDoctor): Creating a secure endpoint for accepting applications from the outside. When a patient makes an appointment through the external application of the iDoctor aggregator, the DCH gateway instantly accepts this payload, creates a patient card and automatically reserves a slot in the calendar grid without the participation of the registry administrator . Fintech Gateway and Kaspi Pay API: Integration of complex financial logic for generating dynamic QR codes, Kaspi Installment payments and making refunds (Kaspi Refund API) . Implementation of a listener for incoming Webhooks from Kaspi with mandatory cryptographic verification of the HMAC-SHA256 signature to prevent fraudsters from replacing payment statuses . Omnichannel communications: Linking the notification core with ChatApp providers (for WhatsApp Business API and Facebook Messenger) and Kazakhstani SMS aggregators (as a fallback channel). This will allow the system to send automatic reminders and PDF receipts . State Registries (eGov and DAMUMED): Architectural preparation (at the level of data models and APIs) for future integration with eGov API and DAMUMED platform . This will allow DCH partner clinics to transmit mandatory medical statistics to the Ministry of Health in one click without double manual entry. International security standards: Preparing the data exchange architecture for the requirements of international medical Data Transfer Protocols (HL7) and information security standards (ISO), which is necessary for the future scaling of the platform abroad.
Decision acceptance deadline
18.06.26 (inclusive)
Preferred systems
Other technological solutionsNumber of applications
7
Разработка универсальной платформы позиционирования
Оценка возможности разработки и требуемых ресурсов Универсальной платформы позиционирования для использования в продуктовых решениях Компании
Decision acceptance deadline
16.06.26 (inclusive)
Preferred systems
Positioning SystemsNumber of applications
18
