Кейс · Медицина

Черга: електронна черга медзакладу

Черга — електронна черга медзакладу від iTiKo: кіоск, табло, реєстратура з пріоритетами, кабінет лікаря з перенаправленням. Систему розгорнуто й перевірено навантаженням — 90 талонів за секунду без дублікатів; реального потоку пацієнтів ще немає.

Оновлено: вересень 2026

01

Задача

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

02

Рішення

Кіоск пацієнта, табло, реєстратура з пріоритетами, робоче місце лікаря з перенаправленням, календар записів, адміністрування зі звітами й журналом доступу.

AI та аналітика: Звіти з журналу подій: очікування, обслуговування, погодинний профіль. Як ми застосовуємо AI

03

Що працює

Кожна функція нижче вже є в робочому коді системи — це не план розвитку.

  • Кіоск без входу → талон

  • Пріоритети й підняття звичайних талонів після 30 хв

  • Одночасний виклик без дублів

  • Календар записів і графіки лікарів

  • Журнал доступу до карток

  • Звіти: очікування, обслуговування, погодинний профіль

04

Де система страхує людину

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

Черга: ситуація → що робить система
СитуаціяЩо робить система
Двоє реєстраторів натиснули «Викликати» одночасноТалон отримає лише один із них — без дублів
Звичайний талон довго чекає через пріоритетнихПісля 30 хвилин очікування талон піднімається в черзі
Треба знати, хто відкривав картку пацієнтаКожен доступ до картки потрапляє в журнал

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

05 · Перевірені цифри

Докази: що показують дані

Усі цифри — з інвентаризації серверів iTiKo 13–14.09.2026: логи запитів за 7 днів, агрегати бази даних лише для читання, код і документація системи.

талонів за секунду під сплеском у 300 талонівбез дублікатів
90
p99 часу відповіді під тим самим сплескомp50 — 174 мс
825мс
видача талона в кіоску на синтетичному році783 000 талонів у базі
25мс
перевірок у smoke-тестітехнічна документація системи
57
  • Сплеск 300 талонів: 90 талонів/с, p99 — 825 мс, без дублікатів
  • Синтетичний рік — 783 000 талонів: видача в кіоску за 25 мс
  • Читання під 30 клієнтами одночасно — 718 запитів/с
  • 57 перевірок у smoke-тесті

Джерело: інвентаризація серверів iTiKo, вересень 2026. Персональні дані під час інвентаризації не читали.

06

Технології й статус

Готово до запуску — систему розгорнуто й перевірено навантаженням; реального потоку ще немає.

Статус системи

Готово до запуску
  • Розгорнута й перевірена навантаженням; реального потоку пацієнтів ще немає
  • Готується обмін з медичними інформаційними системами.
  • Статус звірено з інвентаризацією серверів 13–14.09.2026

Дорожня карта: що працює і що плануємо

Технології

  • Node.js
  • Fastify
  • PostgreSQL
  • Redis
  • React

Де працює: Сервер iTiKo.

Безпека й надійністьСервер як сервіс

Портфоліо

Схожі системи

Системи з тієї ж галузі або на тих самих послугах — із чесним статусом кожної.

  • У роботі

    Медицина

    Voxel — ERP стоматологічної клініки

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

    Працює в клініці: останній візит у системі — 07.09.2026

  • У роботі

    Мережі магазинів

    iTiKo Commerce — ERP і каси для мереж магазинів

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

    9 інсталяцій працюють на реальних даних

  • У роботі

    Керування компанією

    Trinity — Система керування компанією

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

    Нумерація задач у робочій системі дійшла до №735

Потрібна схожа система?

Розкажіть, що болить, — покажемо схожу систему на демо-даних і запропонуємо перший крок: прототип, пілот на реальних даних і лише потім масштабування.