Галузеве рішення
Для клінік iTiKo будує медичні системи на своїх серверах: ERP стоматологічної клініки з календарем лікарів і крісел, карткою пацієнта, планом лікування, касою й ПРРО вже працює в клініці, а електронна черга медзакладу розгорнута й перевірена навантаженням. Облік лишається в 1С.
Оновлено: вересень 2026
Більшість помилок у клініці виникає тоді, коли ті самі дані вносять кілька разів — у різних програмах, таблицях і на папері. Система вносить дані один раз і показує проблему до того, як пацієнт переступив поріг.
| Що болить | Як закриваємо | Модуль |
|---|---|---|
| Запис ведуть у зошиті й месенджерах | Календар лікарів і крісел; запис через Telegram-бот потрапляє в той самий календар | Календар і запис |
| Медичний запис пишуть з нуля після кожного прийому | Діагноз → план лікування → послуги: запис складається з кліків, лікар перевіряє й підписує | Картка пацієнта (стоматологія) |
| Послугу хочуть провести без діагнозу | Діагноз — обов'язкова основа лікування: план і послуги будуються лише від нього | План лікування |
| Каса й склад матеріалів живуть окремо від лікування | Каса з ПРРО і склад матеріалів — у тій самій системі, що й план лікування | Каса, ПРРО, склад |
| Черга в коридорі й талони на папері | Кіоск видає талон, двоє реєстраторів не викличуть той самий талон, звичайні талони піднімаються після 30 хвилин очікування | Електронна черга |
| Невідомо, хто відкривав картку пацієнта | Кожен доступ до картки потрапляє в журнал, а права перевіряє сервер | Журнал доступу |
Рішення для клініки збираємо з того, що вже працює: календар і картка пацієнта, план лікування, каса з ПРРО, склад і електронна черга. Решту модулів підключаємо окремими етапами, коли клініка до них готова.
Календар лікарів і крісел, запис через Telegram-бот.
Картка пацієнта із зубною формулою й історією кожного зуба.
Діагноз → план лікування → послуги: медичний запис з кліків.
Каса з ПРРО і склад матеріалів.
Електронна черга: кіоск, табло, реєстратура з пріоритетами, кабінет лікаря.
Ролі, журнал доступу до карток, вивантаження в Excel/CSV.
Обмін з 1С: облік і фінанси лишаються в 1С.
Клініка — володілець персональних даних, iTiKo — розпорядник, який обробляє їх лише за договором і інструкціями клініки. Права перевіряє сервер, кожна дія записується в журнал, кожна філія бачить лише свої дані.
Електронну чергу медзакладу перевірено сплеском у 300 талонів: 90 талонів за секунду без дублікатів. Систему розгорнуто на бойовому сервері, але реального потоку пацієнтів ще немає, тому її статус — «готово до запуску».
Облік, контрагенти й фінанси лишаються в 1С. Дані заходять імпортом з попереднім переглядом і відкатом, а згодом — прямим обміном через API.
Спершу — прототип на знеособлених даних, далі — пілот на реальних даних однієї філії з навчанням персоналу, і лише потім масштабування на інші філії.
Частина медичної лінії вже працює в клініці, частина готова до запуску, решту підключаємо окремими етапами — ось чесний статус кожної.
| Модуль | Що робить | Статус |
|---|---|---|
| ERP для стоматології | Календар лікарів і крісел, картка із зубною формулою, план лікування, каса й ПРРО, склад | У роботі в клініці |
| Електронна черга | Кіоск, табло, реєстратура з пріоритетами, кабінет лікаря з перенаправленням | Готово до запуску; перевірено навантаженням |
| Обмін з 1С | Імпорт з перевіркою дублікатів і відкатом; облік лишається в 1С | Підключаємо окремим етапом |
| Helsi / НСЗУ | Обмін з медичними інформаційними системами | Окремий модуль; для черги — готується |
Інтеграції
Клініка не міняє облік: 1С лишається, а наші системи додають те, чого в 1С немає, — календар і картку пацієнта, план лікування, чергу й касу з ПРРО.
Каса й фіскальні чеки за послуги — у стоматологічній ERP.
Запис пацієнтів через бот — у стоматологічній ERP.
Друк і вивантаження в Excel/CSV будь-коли.
Імпорт з перевіркою дублікатів і відкатом — окремим етапом; облік і фінанси лишаються в 1С.
Обмін з медичними інформаційними системами.
Портфоліо
ERP стоматологічної клініки працює в клініці, а електронна черга медзакладу розгорнута й перевірена навантаженням — 90 талонів за секунду без дублікатів; реального потоку пацієнтів у черзі ще немає.
Медицина
Діагноз — обов'язкова основа лікування: план і послуги будуються від нього, тож медичний запис складається з кліків, а лікар лише перевіряє й підписує.
Працює в клініці: останній візит у системі — 07.09.2026
Медицина
Двоє реєстраторів не викличуть той самий талон, а звичайні талони піднімаються в черзі після 30 хвилин очікування — ніхто не «загубиться».
Сплеск 300 талонів: 90 талонів/с, p99 — 825 мс, без дублікатів
FAQ
Клініка — володілець персональних даних, а iTiKo — розпорядник, який обробляє їх лише за договором і інструкціями клініки. Доступ обмежено ролями, а кожна дія фіксується в журналі.
Так. Кожна філія працює у своєму розрізі даних, а загальну картину бачать ті, кому це дозволяє роль; права перевіряє сервер.
Поки ні: інтеграцію з Helsi/НСЗУ підключаємо окремим модулем, а для електронної черги готуємо обмін з медичними інформаційними системами.
Так. Спершу — прототип на знеособлених даних, далі — пілот на реальних даних однієї філії, і лише потім масштабування.
Так, облік, контрагенти й фінанси лишаються в 1С, а календар, картки пацієнтів і черга ведуться в нашій системі з обміном даними.
Ні. Система працює на нашому сервері; оновлення, резервні копії й моніторинг — наша робота, а ви платите за сервер і ресурси, а не за ліцензії.
Розкажіть, що болить, — відповімо й запропонуємо перший крок: прототип, пілот на реальних даних і лише потім масштабування.
