Більшість медичного ПЗ ламається не через код, а в розриві між тими, хто його створює, і лікарями, які ним користуються. Наш засновник — лікар та інженер-програміст, тож саме з цього розриву ми й починаємо: перш ніж питати про стек, питаємо, хто користувач і що відбувається з пацієнтом.

Що ми створюємо

Програмні медичні вироби (SaMD). ПЗ, від результату якого залежать рішення про лікування, — з тією простежуваністю й дисципліною релізів, яких вимагають медичні продукти.

Підтримка клінічних рішень. Інструменти, що перетворюють дані пацієнта на рекомендації, які лікар може перевірити й застосувати.

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

Застосунки й портали для пацієнтів. PWA, якими пацієнти справді користуються, бо їх спроєктовано навколо дня пацієнта, а не схеми бази даних.

Кейс: Progalit

Платформа для урології у статусі медичного програмного забезпечення, створена разом із французькою health-tech компанією за підтримки європейських фондів. Лікар у реальному часі бачить pH сечі, питний режим і харчування пацієнта, а ШІ підлаштовує цитратну терапію, що розчиняє камені в нирках без операції.

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

ProgalitПлатформа для урології у статусі медичного програмного забезпечення, створена разом із французькою health-tech компанією за підтримки європейських фондів.Читати кейс

Де працюють наші медичні проєкти

Франція — AI-платформа підтримки клінічних рішень
Німеччина — бот-помічник лікаря у травматології
Норвегія — система підтримки рішень щодо завантаженості лікарні
Україна — система обігу пацієнтів між відділеннями лікарні
Ірландія — сайт у сфері здоров'я та велнесу

Чому важливо, що команду очолює лікар

Ми читаємо клінічну логіку, а не лише задачу. Коли у вимогах написано «скоригувати дозу», ми знаємо, які питання лікар поставить про граничні випадки, протипоказання і те, що побачить пацієнт.

Проєктуємо під реальне клінічне середовище. Завантажені відділення, спільні пристрої, перервані процеси, пацієнти з невисокою цифровою грамотністю.

Відмовляємося від функцій, що ставлять пацієнтів під ризик, навіть якщо їх легко зробити.

Регуляторика

Ми — команда розробки, а не нотифікований орган чи регуляторний консультант. Наша робота — створити ПЗ так, щоб ваша регуляторна команда чи консультант мали все потрібне: задокументовану архітектуру, простежувані вимоги, версіоновані й відтворювані релізи та чіткий запис того, що змінилося і чому. Якщо ви вже працюєте з регуляторним консультантом, ми працюємо разом із ним.

Як ми працюємо з вами

Повний цикл розробки продукту. Від дослідження й архітектури до запуску та підтримки.

Виділена команда. Команда, що працює лише над вашим продуктом як продовження вашої компанії.

Порятунок проєктів, що застрягли. Якщо медичний проєкт зупинився з попередньою командою, ми починаємо з аудиту архітектури й реалістичного плану, а вже потім пишемо новий код.

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

Питання, які нам ставлять засновники медичних продуктів

Скільки коштує розробка SaMD?

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

Що таке IEC 62304 і чи потрібен він моєму продукту?

IEC 62304 — міжнародний стандарт життєвого циклу ПЗ медичних виробів: планування, вимоги, архітектура, верифікація, реліз і супровід, з обсягом робіт залежно від класу безпеки (A, B чи C). Якщо ваше ПЗ є медичним виробом або його частиною в ЄС чи США, регуляторний шлях майже напевно спиратиметься на нього. Ми працюємо так, щоб з'являлися записи, яких він вимагає; саму класифікацію визначає ваш регуляторний консультант.

Чим SaMD відрізняється від підтримки клінічних рішень?

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

Де зберігаються дані пацієнтів, якщо команда в Україні?

Там, де вимагають ваші правила. Україна — третя країна за GDPR без рішення про адекватність, тож для клієнтів з ЄС і Великої Британії ми розміщуємо систему в потрібній юрисдикції й тримаємо робочі дані там; команда працює з тим доступом, який дозволяє ваша схема захисту даних. Скажіть про вимоги на старті.

Що отримає мій регуляторний консультант від команди розробки?

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

Поговорімо про ваш продукт

Розкажіть, що ви створюєте і для кого. Ви отримаєте чесну думку від команди, яка вже запускала медичне ПЗ, навіть якщо ми вам не підійдемо.

Записатися на 20‑хвилинний дзвінок

Або напишіть нам · скористайтеся формою.