Beowulf: відкритий телемедичний комплект

01

Про конкурс

Село за сорок кілометрів від районної лікарні. Жінці треба виміряти тиск, зняти ЕКГ і показати результат кардіологу. Фельдшерський пункт у селі є. Приладів, які самі передадуть дані лікарю, немає — тому поїздка в район забирає півдня й часто просто не відбувається.

Ваше завдання — закрити цю прогалину технічно: спроєктувати й зібрати телемедичний комплект. Набір приладів, які вимірюють показники здоров’я на місці, у громаді, і самі надсилають їх до медичної інформаційної системи, де їх бачить лікар на відстані.

Конкурс проходить у два етапи: спершу заявка й практичне завдання з нашим API, потім розробка прототипу та фінал у Рівному. Кращі рішення плануємо показати в Оксфордському університеті (Велика Британія) у квітні 2027 року. Обладнання, куплене для команд, залишається кафедрі й працює в наступних проєктах.

03

Хто може брати участь

Міждисциплінарні команди та команди з кількох ЗВО вітаються: комплект потребує і схемотехніки, і програмування, і розуміння клінічного процесу.

05

Що подати на Етапі I

1. 1

   Форма реєстрації

   Контакти команди та базові дані — у формі на цій сторінці.

2. 2

   Проєктна пропозиція у PDF

   Один файл за структурою нижче, українською або англійською. Додається в тій самій формі; можна дозавантажити пізніше.

3. 3

   Робота з API в пісочниці

   Виконане завдання в пісочниці МІС. Токен видаємо ми після реєстрації — вписувати його в заявку не треба.

Обсяг пропозиції: не більше 10 сторінок А4, тобто до 18 000 знаків із пробілами (з розрахунку ~1800 знаків на сторінку, шрифт 12–14 pt, поля 2 см). Схеми, фото й таблиці входять у ліміт сторінок.

07

Структура проєктної пропозиції

1. Назва проєкту та команда

   Склад команди, ролі, контакти, наставник.

2. Проблема й цільовий користувач

   Для кого призначений комплект і в яких умовах він працюватиме.

3. Показники

   Як саме ви знімаєте показники з бажаного набору (тиск, ЧСС, SpO₂, температура, частота дихання, ЕКГ), що залишається поза комплектом і чому, та які додаткові вирішили додати.

4. Архітектура

   Edge-пристрої → fog-вузол → МІС у хмарі через API. Схема обов’язкова.

5. Перелік обладнання

   Таблиця з колонками: «Компонент / модель», «Призначення», «Кількість», «Орієнтовна ціна, грн», «Посилання на магазин», «Наявне чи потрібно придбати». Обов’язкова підсумкова сума.

6. Програмна частина

   Мови, фреймворки, формат даних, обробка на fog-вузлі, безпека та захист персональних даних.

7. Застосування AI / LLM

   Що варто обчислювати за допомогою AI чи мовних моделей. На fog-вузлі: оцінка якості сигналу, відсіювання артефактів, відбір чи стиснення даних, локальна модель замість хмарної. Поза ним: виявлення відхилень у динаміці показників, короткий підсумок для лікаря, допомога медпрацівнику з введенням даних. Достатньо обґрунтованої пропозиції, а працюючий прототип буде плюсом.

8. Інтеграція з API МІС

   Які дані й у якому вигляді команда планує передавати.

9. План робіт

   Що плануєте зробити до фіналу і хто за що відповідає в команді.

10. Ризики й альтернативи

    Що робити, якщо компонент виявиться недоступним.

11. Очікуваний результат

    Що саме буде показано на змаганні.

Як оформити перелік обладнання (пункт 5)

Рівень деталізації, якого ми очікуємо: конкретна модель, магазин і ціна, а не «датчик пульсу». Один рядок наведено повністю як зразок оформлення — узято готовий медичний прилад, бо саме такі ми радимо там, де показник важливий для лікаря.

Ціни змінюються — вказуйте актуальні на момент подання заявки й обов’язково з посиланням на магазин, щоб ми могли перевірити наявність і оформити закупівлю.

09

API медичної інформаційної системи

Пісочниця API доступна всім командам. Щоб почати працювати, треба зареєструватися й отримати токен; реєстрація відкрита — проходити відбір для цього не потрібно.

Ви отримаєте документацію, готову колекцію запитів для Bruno або Postman і завдання: надіслати вимірювання до МІС. Проєктувати архітектуру можна вже зараз — за загальною моделлю інтеграції, описаною нижче.

Що відомо вже зараз

• Протокол: REST API, обмін даними у форматі JSON поверх HTTPS.
• Автентифікація: потрібен токен, що видається команді; ключі не зберігаються у відкритому вигляді в коді прошивки.
• Напрям передачі: fog-вузол надсилає вимірювання до МІС; МІС зв’язує їх із карткою пацієнта.

Орієнтовний вигляд одного вимірювання

Лише ілюстрація складу даних, щоб команди могли спроєктувати формат на fog-вузлі. Остаточні назви полів, ендпоінти та правила автентифікації буде задано документацією.

{
  "patient_ref": "<ідентифікатор пацієнта в МІС>",
  "device": "<модель пристрою або датчика>",
  "measured_at": "2026-11-20T09:14:00+02:00",
  "observations": [
    { "code": "spo2",       "value": 97,   "unit": "%" },
    { "code": "heart_rate", "value": 74,   "unit": "bpm" },
    { "code": "temp_body",  "value": 36.8, "unit": "Cel" }
  ]
}

11

Ліцензія та права на результати

Свій код, схеми й документацію ви викладаєте у відкритий репозиторій. Робота залишається вашою. Відкрита ліцензія лише дозволяє іншим вчитися на вашому рішенні й розвивати його, посилаючись на вас.

Що треба зробити практично

• Відкрити публічний репозиторій (GitHub або GitLab) — не пізніше фіналу.
• Покласти в корінь файли LICENSE (Apache-2.0), LICENSE-hardware (CERN-OHL-P v2), LICENSE-docs (CC BY 4.0) і NOTICE з назвою проєкту, роком і складом команди.
• Додати в README абзац «Ліцензії»: що саме під якою ліцензією.

Готові файли-шаблони → скопіюйте їх і підставте свої дані. Окремого розділу в проєктній пропозиції для цього не потрібно — у формі реєстрації достатньо підтвердити, що команда погоджується з цими умовами.