Доработать, проконсультировать сотрудников. Настроить: обмен данными, 1С.поликлиника профосмотры. Конфигурация 1С: 1С:медицина.поликлиника. Версия: 8.3. Необходимо до настроить в 1С блок с проф осмотрами. 1. Перенести в систему классификатор из Приказа Минздрава № 29н (Приложение 1 и 2). Чтобы на основании этих данных программа автоматически формировала набор врачей и анализов для каждого контингента . Нужно проверить, что их коды совпадают с регламентными. 2. Настроить «Соглашения по профосмотрам» · Что сделать: Создать шаблоны медпрограмм для разных типов осмотров (периодический, предварительный). Здесь нужно «связать» конкретные вредные факторы из пунктов приказа 29н со списком медицинских услуг из нашего прайс-листа, чтобы система автоматически рассчитывала стоимость и состав обследования . 3. Настроить отдельный обмен с лабораторией для потоковых осмотров · Что сделать: В разделе профосмотров нужно настроить автоматическую выгрузку направлений на анализы и обратную загрузку результатов. Результаты должны «приземляться» не просто в карту пациента, а прикрепляться к конкретному случаю профосмотра. Эту часть мы можем делать совместно с АйТи специалистами лаборатории. 4. Доработать интеграцию с РЭМД под форматы профосмотров · Что сделать: Профосмотр — это не просто осмотр терапевта. Нужно Убедиться, что наша «Библиотека интеграции с РЭМД» корректно «упаковывает» в СЭМД: · Заключительный акт комиссии. · Медицинское заключение о допуске/недопуске к работе. · Результаты лабораторных исследований в структурированном виде (не как скан, а как машиночитаемый текст) . 5. Настроить запросы в СМЭВ для водителей и оружия (этот пункт на перспективу, если получится) · Что сделать: нужно реализовать в интерфейсе врача кнопку, которая через СМЭВ отправляет запрос в реестры психиатрии и наркологии и получает официальный ответ, а не просто полагается на бумажную справку от пациента. 6. Настроить АРМ «Регистратора профосмотров» · Что сделать: Нужно настроить шаблон для импорта списков сотрудников из Excel (которые скидывают предприятия) и их автоматического «прикрепления» к конкретному договору . Проверьте, чтобы при импорте система умела находить или создавать карточки пациентов по СНИЛС. 7. Доработать шаблоны печатных форм · Что сделать: Проверить соответствие шаблонов в 1С актуальным требованиям Минздрава: · Направление на предварительный/периодический медосмотр. · Карта учета профосмотра (форма 025/у-ПО). · Заключительный акт (чтобы суммарные данные по предприятию собирались автоматически, а не руками) . 8. Настроить роли и доступ для внештатного профпатолога (этот пункт пока под вопросом, находится на обсуждении) · Что сделать: Создать для врача-профпатолога по договору отдельную учетную запись с ограниченными правами. У него должен быть доступ к просмотру результатов осмотра пациентов конкретного предприятия и возможность поставить свою УКЭП в поле «Заключение председателя комиссии» (удаленно через веб-интерфейс). 9. Проверить источник данных для ФНСИ · Что сделать: Убедиться, что справочники медуслуг (НМУ) и должностей врачей подтягиваются из актуального сервиса 1С:ФНСИ (Федеральная нормативно-справочная информация). Это гарантирует, что наши СЭМД пройдут валидацию на стороне Минздрава . 11. Провести тестовый прогон с упрощенной комиссией · Что сделать: Создать тестового пациента, провести его по всем этапам (от регистрации до подписания заключительного акта) и попытаться отправить документы в РЭМД. Самое важное — проверить логи ошибок со стороны ЕГИСЗ: часто СЭМД отбраковывается из-за «незаполненного кода ОИД подразделения» или «некорректного кода услуги» . Весь данный перечень желательно сделать в нерастянутые сроки.
Разработка с нуля. Устройства для масштабирования: смартфоны. 1. Общее описание проекта Разрабатывается простое (минималистично) Android-приложение для подключения к VPN-сервисам. Приложение должно поддерживать протоколы: VLESS (включая Xray/V2Ray-core) и Shadowsocks. Приложение ориентировано на существующих пользователей сервиса. Основной фокус — удобное подключение, управление аккаунтом и монетизация. 2. Основные требования к функционалу Авторизация и регистрация: Регистрация и авторизация по email + пароль. Авторизация через Telegram (Telegram Login / Bot API). Для существующих пользователей: возможность войти через Telegram, а позже привязать email (и наоборот). После авторизации — привязка/изменение email. Главный экран: Большая заметная кнопка «Подключить / Отключить» VPN (как в популярных VPN-приложениях). Статус подключения (подключено / отключено / ошибка) с индикацией. Выбор сервера из списка (с сортировкой: по пингу, стране, нагрузке и т.д.). Отображение текущего IP, пинга, трафика (если возможно). Дополнительные экраны и функции: Список серверов с поиском и фильтрами (страна, протокол и т.д.). Личный кабинет: баланс, тарифы, история подключений. Поле ввода промокода для активации скидки/бонуса. Экран оплаты подписки. Настройки приложения: автоподключение, kill-switch (если поддерживает протокол), уведомления, выбор протокола (VLESS / Shadowsocks). Сброс приложения к заводским настройкам (очистка данных, выход из аккаунта). Минималистичный дизайн (можно на Material 3), тёмная/светлая тема. Оплата: Интеграция платежных систем (уточнить на созвоне: ЮKassa, CloudPayments, Robokassa, Stripe, крипта и т.д.). Подписки (месяц/3 месяца/год), разовые платежи. Обработка успешной/неуспешной оплаты с обновлением статуса аккаунта. Технические требования: Поддержка Android 8.0+ (API 26+). Использование Kotlin + Jetpack Compose (предпочтительно) или XML + View. Интеграция с VPN Service Android (для VLESS/Shadowsocks рекомендуется использовать готовые библиотеки: например, на базе Xray-core / libv2ray / Shadowsocks Android core). Работа в фоне, устойчивость к отключениям. Безопасность: хранение токенов, защита от реверс-инжиниринга (по возможности ProGuard/R8 + обфускация). API-интеграция с вашим бэкендом (получение конфигов серверов, токенов, баланса и т.д.). Формат API уточним на созвоне. Push-уведомления (опционально: о статусе, акциях). 3. Нефункциональные требования Приложение должно быть лёгким и быстрым. Стабильная работа при слабом интернете. Локализация: русский + английский (минимум). Аналитика (Firebase Analytics или ваш вариант). Подготовка к публикации в Google Play (подписание, описание, иконки, скриншоты). 4. Что предоставляем мы Доступ к бэкенду/API (документация или Swagger). Примеры конфигов VLESS/Shadowsocks. Дизайн (если есть) или референсы. Полное описание логики авторизации и оплаты на созвоне. 5. Этапы работы (примерные) Утверждение ТЗ и дизайна. Прототип / UI/UX. Разработка core (VPN-подключение + протоколы). Авторизация, кабинет, оплата. Тестирование (включая разные устройства и Android-версии). Релиз и передача исходников. 6. Дополнительно Полное детальное ТЗ и все нюансы (логика работы с серверами, обработка ошибок, kill-switch и т.д.) обсудим на созвоне. Желателен опыт разработки VPN-клиентов (V2Ray/Xray/Shadowsocks) — большой плюс.
Веб-разработка. Разработка с нуля. Пожелания и особенности: 1. Цель и задачи Разработать конфигуратор для подбора и расчета стоимости акустических кабин, с целью упрощения выбора, повышения вовлеченности клиентов и снижения нагрузки на отдел продаж. 1. Функциональные требования (что должен уметь конфигуратор) · Поэтапная настройка и каталог: Реализовать интуитивно понятный пошаговый процесс: выбор серии/модели ("Стандарт", "Премиум", "Студия") ? выбор базовых габаритов (Ш x Г x В) ? выбор дополнительных опций (материалы стен, цвет, тип освещения, мебель, вентиляция) ? финальный расчет. · Визуализация (2D или 3D): Начинать стоит с 2D-схемы как наиболее быстрого старта, а 3D-визуализацию можно добавить потом как улучшение. Ключевое требование — динамическое обновление схемы/модели при каждом изменении параметра. · Автоматический расчет: Система должна мгновенно пересчитывать итоговую стоимость при любом изменении параметров. Базовая цена и наценки за опции хранятся в единой базе данных, также можно настроить "умные" правила (например, система сама предложит усиленную вентиляцию при нестандартных габаритах). · Интеграция с сайтом и управление данными: Информация о готовой конфигурации должна передаваться в стандартную корзину интернет-магазина, а менеджеры в админ-панели должны иметь возможность управлять каталогом моделей и опций, правилами расчета и ценами. На основе финальной конфигурации должна автоматически формироваться заявка на расчет для отдела продаж. 1. Технологическая архитектура (как это можно реализовать) · Backend (серверная часть): Языки Python (Django/Flask), Node.js, PHP (Laravel/Symfony). · Frontend (клиентская часть): Современный JavaScript-фреймворк — React, Vue.js, или Angular для создания богатого пользовательского интерфейса. · База данных: PostgreSQL или MySQL для хранения товаров и правил расчета. · API (для связи частей): Без него не обойтись для передачи данных между фронтендом, бэкендом и 3D-движком. · 3D-движок (для сложной визуализации): Three.js — стандарт в вебе (использует WebGL). React Three Fiber — удобный набор компонентов для React. Для прототипов можно использовать и Google Model-Viewer.
Задачи чат-бота: сбор информации, приём текстовых заказов, ответы на типовые вопросы. Платформа: Telegram, Max. Продукт: Сеть лазертагов. Техзадание есть. Пожелания и особенности: Добрый день. Тема: кворк "Создание чат-бот SaleBOT". Ищу исполнителя / субподрядчика на разработку бота для сети лазертаг-клубов. Что нужно сделать: Бот ТГ через SaleBot, с возможностью подключения еще одной точки входа - MAX Бот Технические интеграции: ТГ бот, Max бот, ИИ, Битрикс 24 Логи работы бота: В боте должны быть 2 кнопки 1. Кнопка 1 . Информационный режим — отвечает на частые вопросы клиентов по базе знаний: как доехать, что взять с собой, одежда, формат игр, ограничения, банкетные зоны, квесты, доп.услуги, прайсы и т.д. При сложных / свободных вопросах подключать ИИ-ответы по базе знаний 2. Кнопка 2. Предпродажный режим — если клиент хочет провести мероприятие, бот с использованием ИИ в живом tone of voice с пиратской/весёлой стилистикой квалифицирует заявку как менеджер по продажам. Для этого необходимо: * собирать заявку: формат мероприятия, дата, количество человек, возраст, повод, пакет, доп.пожелания; * выдавать нужный прайс / прайс-лист по сценарию; * создавать лид в Битрикс24; * в нужных кейсах переводить на менеджера; Что есть на входе: * база знаний; * текущие скрипты и наработки; * структура прайсов; Что важно от исполнителя: * опыт с ботами, где есть и сценарная логика, и AI-блок; * опыт интеграции с Битрикс24; * понимание, как удобно организовать базу знаний и fallback на GPT; * умение сделать внятную архитектуру, чтобы базу можно было обновлять без боли. Прошу сразу написать: 1. Был ли у вас опыт с Bitrix24. 2. Делали ли вы гибридные боты: сценарии + GPT. 3. Примерные сроки и вилку по бюджету. 4. Кейсы с похожими проектами.
Задача: собрать систему планирования (продажи ? закупки ? логистика) Нужно собрать удобную таблицу (Google Sheets), которая объединяет продажи, закупки и логистику. Что есть: 10 отдельных таблиц с планами продаж, 1 отдельная таблица логистики, 1 отдельная таблица плана закуплк Данные могут немного отличаться по формату (нужно привести к одному удобному виду) Что нужно сделать: 1. Сводный план продаж Объединить все 10 таблиц в одну Сделать удобную сводную: по товарам (SKU): выручка в месяц, маржа в месяц в рублях и в %, ДРР в %, плановые остатки на начало периода, заказы в месяц, заказы в день, плановая цена до СПП с фильтрацией по месяцам Сделать лист сводный, где будут общие данные без декомпозиции на артикул 2. План закупок (на основе продаж) Автоматически выгружать из таблиц плана продаж необходимое количество к заказу на каждый размер каждого артикула (эти данные считаются в плане продаж) Сформировать сводную таблицу с фильтрацией по месяцам, и лист сводной без декомпозиции на размеры, только с общими цифрами 3. Связка с логистикой Есть отдельная таблица с логистикой Нужно, чтобы в таблицу закупки тянулись данные из таблицы логистики со статусами, а из таблицы закупок в таблицу логистики тянулось необходимое количество к заказу Что важно: Минимум ручной работы (по возможности автоматизировать) Понятная логика (чтобы можно было самим дальше пользоваться) Результат: Готовый файл с рабочей логикой Краткое объяснение, как этим пользоваться.
Почему стоит искать работу для фриласнеров по профилю программисты в Москве у нас?
🔸 Более 7 предложений о работе за сегодня в тематике программисты
🔸 Работа и подработка на бирже фриланса от прямых заказчиков, которым нужна помощь специалистов по профилю программисты уже сегодня!
🔸 Свежих заказов на программисты в Москве для фрилансеров на апрель 2026 года — 2984 шт.
Как найти удалённую работу для фриланс-специалистов по профилю программисты в Москве?
Вы специалист по программисты и ищете проекты и заказы на удалёнке в Москве? Нам всегда есть что вам предложить. Ежедневно мы публикуем новые проекты и заказы по вашей специальности. Найдите интересную работу уже сегодня
Сколько проектов для IT-специалистов по профилю программисты в Москве?
На апрель 2026 года опубликовано 2984 предложений удалённой работы от прямых заказчиков для исполнителей по специализации программисты
Сколько можно заработать выполняя проекты по программисты?
Специалисты по профилю программисты зарабатывают от 0.00 рублей с заказа. Хотите больше? Выполняйте как можно больше заказов и зарабатывайте сколько пожелаете