Бюджет: 5000 UAH Термін: 5 днів
Вітаємо! Команда Business Atlas готова розробити для вас сервіс маршрутизації медичних направлень (Worklist).
Замість написання важкого десктопного софту з нуля, ми пропонуємо розгорнути гнучку архітектуру на базі Low-code платформ та кастомних мікросервісів. У моєму досвіді — понад 50 успішних проєктів на ринках UA/EU, де автоматизація складної маршрутизації даних дозволяла створювати стабільні та відмовостійкі системи.
Наше бачення технічної реалізації:
• Прийом даних (HL7 / XML): Головним диригентом логіки та обробки даних виступатиме платформа n8n. Вона автоматично прийматиме направлення від МІС через зчитування XML-файлів або роботу з HL7-протоколом. Також n8n забезпечить гнучку конвертацію кодувань (кирилиця/латиниця) залежно від профілю апарату.
• Передача направлень (DICOM Worklist): Для інтеграції зі специфічним медичним обладнанням ми підключимо ізольований мікросервіс (на базі Python-бібліотек для DICOM), який оркеструватиметься через n8n. Система автоматично формуватиме потрібні DICOM-теги та відправлятиме направлення на зареєстровані апарати.
• Графічний інтерфейс (Панель адміністратора): Замість розробки інтерфейсу з нуля, ми зберемо швидку веб-панель на базі Budibase або Retool. У цьому GUI ви зможете обирати спосіб прийому даних, додавати/видаляти DICOM-теги, реєструвати нові апарати (AE-title, IP, port, кодування) та керувати налаштуваннями самого сервісу.
• Кросплатформність та автозапуск: Усе рішення пакується в Docker-контейнери. Це гарантує ідентичну роботу як на OS Windows, так і на Linux (Ubuntu, Debian). Автозапуск сервісу при старті операційної системи реалізується штатними засобами (systemd / Docker daemon).
Оцінка термінів та вартості MVP:
• Налаштування прийому HL7/XML, логіки транслітерації та валідації даних: 1.5 тижні.
• Інтеграція DICOM-модуля для зв'язку з апаратами та налаштування тегів: 1.5 тижні.
• Розробка веб-інтерфейсу керування, контейнеризація (Docker) та тести автозапуску: 1 тиждень.
Загальний термін реалізації: 3.5 – 4.5 тижні.
Орієнтовна вартість: $4 000 – $5 500 під ключ (залежно від фінальної кількості нестандартних DICOM-тегів та специфіки підключення вашої МІС).
Чи готові ви обговорити технічні деталі в особистих?
Бюджет: 15000 UAH Термін: 12 днів
Добрий день!
Мене зацікавив ваш проект по розробці Worklist-сервісу. Маю досвід роботи з медичними інформаційними системами, протоколом HL7 та стандартом DICOM.
Що можу запропонувати по вашому проекту:
• Реалізація прийому направлень через HL7 (v2.x) та XML-файли
• Формування DICOM Worklist (C-FIND SCP) та передача на діагностичні апарати
• Підтримка кодувань: Latin-1 та UTF-8/Windows-1251 (кирилиця) з автооприділенням за налаштуваннями апарата
• Крос-платформенна розробка: Windows + Linux (Ubuntu/Debian) — systemd/Windows Service для автозапуску
• GUI для налаштування: AE Title, IP, порт, управління DICOM-тегами, вибір режиму прийому направлень
Технології: Python (pynetdicom, python-hl7) або Java (dcm4che) — обговоримо, що переважніше для вашої інфраструктури.
Готовий обговорити деталі, терміни та бюджет. Напишіть — відповім швидко.
З повагою
Бюджет: 27000 UAH Термін: 30 днів
Я можу виконати цей проєкт комплексно: від розробки сервісу прийому направлень до налаштування передачі на діагностичні апарати з урахуванням різних кодувань, ОС та особливостей обладнання. Особливу увагу приділю стабільності роботи сервісу, логуванню, відмовостійкості та простоті подальшого адміністрування. Це критично важливо для медичних систем, де навіть дрібна помилка може порушити робочий процес клініки.
Перевага моєї роботи полягає в тому, що я не роблю “тимчасові рішення”. Сервіс буде створений з можливістю масштабування, додавання нових апаратів, нових форматів інтеграції та подальшого розвитку без повного переписування системи. Також реалізую зрозумілий графічний інтерфейс для налаштувань, щоб персонал міг самостійно змінювати параметри без необхідності редагування конфігурацій вручну. Окремо врахую питання сумісності з різними DICOM-пристроями, оскільки різні виробники можуть мати власні особливості роботи з кирилицею, тегами та transfer syntax. При необхідності приклади реалізованих інтеграцій та архітектурних рішень надам за запитом.
План роботи:
аналіз структури МІС, формату HL7 та XML направлень
проєктування архітектури сервісу та механізму обробки направлень
реалізація прийому даних через HL7
реалізація прийому направлень через XML
реалізація конвертації даних у DICOM формат
налаштування підтримки кирилиці та латиниці
реалізація логіки вибору кодування залежно від апарату
створення механізму реєстрації DICOM апаратів
реалізація керування DICOM tags
створення графічного інтерфейсу налаштувань
налаштування роботи під Windows та Linux
реалізація автозапуску сервісу
тестування передачі даних між МІС та обладнанням
перевірка стабільності роботи та логування помилок
підготовка інструкції по встановленню та адмініструванню.
Бюджет: 15000 UAH Термін: 10 днів
Доброго дня, є досвід у розробці кросплатформених сервісів зі схожою модульною архітектурою. Також є готовий стек технологій для повної реалізації проекту.
Пишіть в особисті, обговоримо деталі та деякі уточнення і представлю чіткий технічний план розробки. Проект цікавий, тому з радістю прийму участь.
Бюджет: 10000 UAH Термін: 7 днів
Добрий день
Вже працював з реалізацією обміну даними за протоколами dicom і hl7.
Реалізую на питоні у вигляді сервера з використанням бібліотек pydicom і python-hl7.
GUI клієнт для управління на pyqt6.
Від вас необхідні будуть побажання щодо оформлення інтерфейсу, точний опис функціоналу адмінки та зразки передаваних даних.
Бюджет: 5000 UAH Термін: 7 днів
Готовий розробити Worklist service на Python. Реалізую прийом HL7/XML, конвертацію в DICOM, GUI для Windows/Linux. Термін 7 днів, детальний план після уточнення ТЗ.
Бюджет: 24000 UAH Термін: 7 днів
Привіт! У мене є відповідний досвід з подібними завданнями, і я можу допомогти з вашим проектом. Я можу швидко ознайомитися з вимогами, запропонувати найкраще рішення та ретельно виконати роботу. Готовий обговорити деталі та почати.
Бюджет: 2000 UAH Термін: 3 дні
Привіт! Ваш проект викликав у мене великий інтерес. Готовий негайно розпочати роботу та забезпечити високу якість виконання.
Ставки приховані
Ставки поки відсутні
Бюджет: 27000 UAH Термін: 45 днів
ОРієнтир по першій оцінці - 240000 UAH і 45 днів на робочий сервіс з графічним налаштуваням, прийомом HL7/XML, DICOM MWL та встановленням під Windows і Linux. Остаточно підтвердимо після прикладів повідомлень і перевірки вимог конкретних апаратів =)
Технічно я б робив це як окремий фоновий сервіс з графічним інтерфейсом для конфігурації - приймач HL7/XML, нормалізація пацієнта і направлення, таблиця відповідності кирилиця/латиниця, мапінг DICOM tag, реєстр апаратів за AE-title, IP, port, institution, журнал подій і автозапуск в OS. Важливий момент - !!окремо перевірити кирилицю в DICOM!!, бо частина апаратів чудово читає латиницю, а частина починає грати в мовчанку.
Питання
> Це має бути саме DICOM Modality Worklist SCP, чи ще потрібна передача як DICOM file на апарат
> Є приклади HL7 повідомлення, XML файлу і список моделей діагностичних апаратів
Для схожих медичних систем
> https://business.ingello.com/lita - медична платформа з ролями, кабінетами і процесами клініки
> https://business.ingello.com/lita-doctor - лікарський інтерфейс і робота з медичними даними
> https://systems-fl.ingello.com/ua - наш профільний лендинг для складних систем на біржі
Бюджет: 27000 UAH Термін: 45 днів
МАємо майже готову архітектуру для такого Worklist сервісу - можемо швидко адаптувати під вашу МІС і діагностичні апарати, обговорти можна прямо зараз тут на біржі, я на зв'язку =)
Орієнтир по першій робочій версії - 10000 USD і 45 днів, точніше після перевірки формату HL7, XML і вимог конкретних апаратів.
По реалізації я б ішов через окремий сервіс - прийом HL7 і XML, нормалізація направлення, таблиця правил транслітерації або кирилиці, DICOM Modality Worklist SCP, реєстр апаратів з AE title, ip, port, institution, UI для налаштувань і автозапуск на Windows та Linux.
Дивіться, тут нюанс - важливо зафіксувати набір DICOM tag, які можна додавати або прибирати, і таблицю відповідності полів МІС до DICOM.
Потрібні приклади HL7 повідомлень, XML файлу, список моделей апаратів і чи є тестовий DICOM вузол для перевірки.
Уточню - які саме HL7 повідомлення йдуть з МІС - ORM, ORU чи інший формат.
Ще питання - треба тільки передавати направлення на апарат, чи також вести журнал статусів, помилок і повторної відправки.
Схожі медичні кейси Ingello - https://business.ingello.com/evrika - проектування МІС по eHealth і медичним процесам.
Ще один близький приклад - https://business.ingello.com/lita-doctor - кабінети лікарів і зв'язка з пацієнтським застосунком.
Головна сторінка для FLH - https://systems-fl.ingello.com/ua
Ставки приховані
Актуальні фриланс-проєкти в категорії Python
Аспект
Розробка Telegram Mini App (Бот + WebApp) для продажу цифрових товарів та ігрових валют (Python / aiogram) Опис проекту: Потрібно розробити Telegram-бота з повноцінним WebApp-інтерфейсом для автоматизованого продажу цифрових товарів (Telegram Stars, Telegram Premium, ігрові валюти/донати для PUBG Mobile, Steam тощо). Проект називається Aspect App. Головний акцент на швидкості роботи, плавному UI/UX в стилі Web3/мінімалізму та повній автоматизації видачі товарів після оплати. Стек технологій: Backend: Python 3.10+, aiogram 3.x (FastAPI для Webhook/API вітається). Database: PostgreSQL / Redis (для сесій та кешування). Frontend (WebApp): React.js / Vue.js / Next.js (на розсуд розробника, важлива швидкість і плавність анімацій). Інтеграції: Telegram WebApp API. Основний функціонал (MVP): 1. Клієнтська частина (Telegram Mini App): Головний екран: Категорії товарів (Telegram Активи, Ігровий Донат). Банерна сітка для акцій. Каталог товарів: Картки товарів з вибором обсягу (наприклад: 50, 100, 500 Telegram Stars або UC). Поля для введення даних гравця (Player ID для PUBG). Кошик та Оформлення: Швидка покупка в 2 кліка. Модуль оплати: Інтеграція платіжних методів (CryptoBot API / TON Connect / інші фіатні шлюзи за погодженням). Особистий кабінет: Історія замовлень, статус виконання, реферальна система (баланс всередині додатку). 2. Адміністративна панель (вбудована в WebApp або окремий бот): Управління каталогом (додавання/видалення товарів, зміна цін). Моніторинг замовлень та статистика продажів. Система розсилок по базі користувачів. 3. Логіка автоматизації (буде плюсом): Готовність архітектури під інтеграцію з API постачальників (API для авто-купівлі Stars/UC). На етапі MVP частина товарів може видаватися кодами з бази даних. Що потрібно від виконавця: 1. Розробка архітектури БД та бекенду на Python. 2. Верстка та інтеграція WebApp (дизайн-макет обговоримо, важливий чистий Web3-стиль, Glassmorphism). 3. Налаштування безпечних транзакцій та вебхуків оплати. 4. Деплой на сервер (Docker, Ubuntu, налаштування SSL). Вимоги до кандидата: Досвід комерційної розробки Telegram WebApps від 1 року. Наявність портфоліо з запущеними та працюючими Mini Apps (скидайте посилання в відповіді). Чистий, документований код. Умови роботи: Робота тільки через Безпечну Угоду (Сейф / Escrow) платформи. Оплата поетапна (розбиваємо проект на Спринт 1: Бекенд + БД, Спринт 2: Фронтенд WebApp, Спринт 3: Інтеграція платіжок і тести). Бюджет: Обговорюється з успішним кандидатом (вказуйте вашу вилку цін і терміни в відповіді)
Технічне завдання на Telegram-бота / мініплатформу 1. Мета проєкту Створити Telegram-бота та мініплатформу для пошуку спеціалістів і розміщення заявок від користувачів. Користувач може залишити заявку, спеціаліст може відгукнутися, адміністратор контролює публікації, модерацію, оплату та безпеку. 2. Ролі користувачів Користувач: може зареєструватися; підтвердити номер телефону та email; створити заявку; переглядати спеціалістів; отримувати відповіді. Спеціаліст: може зареєструватися; заповнити анкету; вказати послуги, ціни, місто, досвід; додати фото виконаних робіт; відгукуватися на заявки. Адміністратор: може модерувати заявки; перевіряти спеціалістів; розглядати скарги; керувати рекламою; контролювати оплату; блокувати користувачів. 3. Реєстрація Обов’язково: підтвердження номера телефону через Telegram або код; підтвердження email за посиланням або кодом; без підтвердження телефону та email заявка не публікується. 4. Заявки Користувач заповнює: категорію послуги; опис завдання; місто/район; термін виконання; бюджет; фото (за потреби); контактні дані. Обмеження:не більше трьох заявок на добу від одного користувача. 5. Модерація Усі заявки спочатку надходять на модерацію. Автоматично блокувати або надсилати на ручну перевірку: фото категорії 18+; спам; образливі висловлювання; підозрілі посилання; повторювані заявки; масові заявки з одного акаунта. 6. Спеціалісти Анкета спеціаліста: ім’я; місто; послуги; досвід; ціни; портфоліо; фото; опис; посилання; відгуки; статус перевірки. Важливо:платформа не несе відповідальності за якість послуг спеціаліста. Це має бути зазначено в користувацькій угоді. 7. Оплата Варіанти монетизації: платне розміщення анкети спеціаліста; платне підняття анкети; платний доступ до заявок; реклама після погодження з адміністратором; підписка для спеціалістів. Підключити оплату: Stripe / Przelewy24 / PayU / Fondy — за можливості розробника. 8. Адміністративна панель Необхідно створити зручну адмінпанель: список користувачів; список спеціалістів; заявки на модерації; скарги; платежі; статистика; блокування користувачів; редагування категорій; керування рекламою; ручне схвалення або відхилення публікацій. 9. Безпека Обов’язково: захист від спаму; ліміт заявок; ліміт повідомлень; захист від масових реєстрацій; журналювання дій; резервне копіювання бази даних; перевірка файлів і фотографій; CAPTCHA або інший механізм захисту від спаму; блокування за номером телефону, IP-адресою або Telegram ID. 10. Відповідальність У користувацькій угоді необхідно зазначити: платформа не є роботодавцем; платформа не несе відповідальності за дії спеціалістів; користувач самостійно приймає рішення про співпрацю; адміністрація має право видалити заявку або анкету без пояснення причин; реклама публікується лише після погодження з адміністратором; заборонені спам, шахрайство, контент 18+ та будь-які прояви агресії.
Потрібен DevOps / Linux-адміністратор для розгортання Telegram-бота на VPS. Потрібна саме налаштування сервера і production-deploy. Стек проекту: Node.js 20+, Telegraf, Express, Prisma, PostgreSQL, Redis, Docker, Docker Compose, Telegram Mini Apps, OCR. Що потрібно зробити: 1. Підготувати Ubuntu VPS. 2. Налаштувати SSH-доступ по ключах. 3. Налаштувати firewall. 4. Встановити Docker і Docker Compose. 5. Налаштувати PostgreSQL. 6. Налаштувати Redis. 7. Налаштувати Nginx. 8. Підключити домен і SSL Let’s Encrypt. 9. Налаштувати production .env. 10. Запустити Prisma migrations. 11. Запустити Node.js-додаток. 12. Налаштувати Telegram webhook. 13. Перевірити /health і /ready. 14. Налаштувати backup PostgreSQL. 15. Залишити інструкцію: як оновити, перезапустити, подивитися логи і відновити backup. Важливо: - Код переписувати не потрібно. - Потрібно саме розгорнути проект на VPS. - Потрібна людина з досвідом Docker + Node.js + PostgreSQL + Redis + Nginx. - Бажано показати 2–3 схожих проекти.
Потрібна програма або Telegram-бот для масового створення ТТН через API Нової Пошти.Основне завдання Я завантажую 50–100 замовлень за раз у таблицю Excel/Google Sheets/CSV або вставляю список замовлень у програму. Клієнти пишуть дані в різному форматі, тому система повинна автоматично розпізнавати дані, сортувати їх за потрібними полями та створювати ТТН через API Нової Пошти.Що повинно бути на вході Можливі варіанти: Завантаження Excel/CSV-файлу. Копіювання списку замовлень у програму. Вставка повідомлень клієнтів у вільному форматі.Що програма повинна розпізнавати З кожного замовлення потрібно визначити: ПІБ отримувача; номер телефону; місто; відділення Нової Пошти; товар/коментар; суму накладного платежу; вагу/габарити, якщо вказані.Логіка роботи Я завантажую 50–100 замовлень. Програма розбирає кожне замовлення. Дані автоматично розподіляються по колонках. Програма перевіряє місто та відділення через API Нової Пошти. Якщо по замовленню є помилка або не вистачає даних — виділяє це замовлення і пише, що потрібно виправити. Якщо все коректно — створює ТТН. Після створення показує список готових ТТН. Дає можливість експортувати результат в Excel.Результат після обробки По кожному замовленню потрібно отримати: номер ТТН; ПІБ клієнта; телефон; місто; відділення; сума накладного платежу; вартість доставки; статус: створено / помилка / потрібно перевірити.Обов'язкові функції масове створення 50–100 ТТН за один раз; перевірка міста та відділення Нової Пошти; можливість редагувати замовлення перед створенням ТТН; збереження даних відправника; робота з накладним платежем; експорт створених ТТН в Excel; журнал створених відправлень.Бажано Telegram-бот або проста програма для Windows; завантаження Excel/CSV; можливість вставити текстом список замовлень; збереження бази постійних клієнтів; повторне оформлення замовлення в 1 клік; шаблони товарів і ваги; друк/скачування наклейок для посилок.Важливо Потрібен не просто форма для ручного заповнення, а інструмент для масової обробки замовлень. Головний сценарій: я завантажую 50–100 даних, програма сама сортує інформацію, перевіряє помилки і масово формує ТТН через API Нової Пошти.
Проект: YOKA ASSIST — інтелектуальна система діагностики та навчання для гірничої техніки Опис проекту Потрібно розробити інтелектуальну систему YOKA ASSIST на базі Telegram-бота з використанням штучного інтелекту. Основне завдання проекту — створити цифрового помічника для електриків, механіків, машиністів та інженерно-технічного персоналу, який буде допомагати в діагностиці несправностей, навчанні співробітників та зберіганні технічної бази знань. Перший етап проекту орієнтований на кар'єрну техніку (екскаватори ЕКГ, бурові станки СБШ та інше обладнання), але архітектура повинна бути універсальною та легко масштабованою. Основний функціонал Telegram-бот - Сучасний інтерфейс. - Меню з кнопками. - Авторизація користувачів. - Розподіл прав доступу (користувач, адміністратор, головний адміністратор). Штучний інтелект База знань Необхідно створити систему зберігання знань. Підтримка: - PDF; - Word; - Excel; - фотографії; - схеми; - відео; - інструкції; - паспорти обладнання; - технічні документи. Після додавання інформації адміністратором ШІ повинен використовувати її при відповідях без зміни програмного коду. Діагностика обладнання Підтримка пошуку: - за кодом помилки; - за назвою захисту; - за шафою; - за блоком; - за обладнанням; - за симптомами. Для кожної несправності бажано передбачити: - опис; - можливі причини; - послідовність перевірки; - фотографії; - схеми; - відеоматеріали; - посилання на пов'язані документи. Динамічні кнопки Кнопки повинні формуватися автоматично в залежності від ситуації. Наприклад: - Перевірити шафу. - Подивитися схему. - Подивитися відео. - Наступний етап діагностики. - Повернутися назад. Адміністративна панель Головний адміністратор повинен мати можливість: - додавати обладнання; - створювати нові помилки; - додавати документи; - завантажувати фотографії; - завантажувати відео; - редагувати базу знань; - управляти користувачами; - призначати адміністраторів окремих підрозділів. QR-система Кожен шафа, блок або обладнання може мати власний QR-код. Після сканування користувач одразу потрапляє в відповідний розділ Telegram-бота. Журнал ремонтів Необхідно реалізувати журнал виконаних робіт. Функції: - хто виконував ремонт; - дата і час; - обладнання; - опис виконаних робіт; - використані матеріали; - коментарі; - історія ремонтів. Аналітика Бажано реалізувати: - найбільш часті несправності; - статистику ремонтів; - час усунення несправностей; - звіти по обладнанню; - звіти по співробітниках. Масштабованість Архітектура повинна дозволяти без переписування проекту: - додавати нові види техніки; - нові підприємства; - нові підрозділи; - нові бази знань. Технології Бажано: - Python; - Telegram Bot API; - PostgreSQL або SQLite (на першому етапі допускається SQLite); - інтеграція з ШІ через API; - модульна архітектура; - можливість подальшого підключення веб-панелі. Що очікується від виконавця - Розробка повністю робочого проекту. - Чистий і зрозумілий код. - Документована структура проекту. - Можливість подальшого розвитку без повної переробки. - Допомога з початковим розгортанням і налаштуванням проекту. Проект довгостроковий. Після успішного виконання першого етапу можливі подальші доопрацювання та розвиток системи.