Gotowy bot za 299 zł miesięcznie. Brzmi świetnie — dopóki nie trafisz na swojego pierwszego pacjenta kardiologicznego.
Rynek oferuje dziś voiceboty medyczne "z pudełka" w atrakcyjnych cenach. Instalacja w jeden dzień, gotowe skrypty rejestracyjne, prosty panel. Dla kliniki internistycznej z jednym lekarzem i standardowymi wizytami — może wystarczyć.
Ale klinika kardiologiczna, która chce zebrać od pacjenta ciśnienie przed wizytą, albo poradnia alergologiczna zarządzająca harmonogramem odczulania co 3–4 tygodnie, albo szpital jednego dnia koordynujący zgody medyczne i instrukcje na czczo — szybko odkryją, że "pudełko" ma swój kształt. I ten kształt nie pasuje do ich procedur.
Z drugiej strony — pełne wdrożenie pisane od zera na zamówienie (custom) u software house'u to projekt na rok i budżet, który zamraża inne inwestycje. Gdzieś pośrodku jest trzecia droga.
Trzy modele na osi: elastyczność vs. koszt vs. czas
`` [Box — gotowy] ←————————→ [Konfigurowalne SaaS] ←————————→ [Custom — projekt od zera] Niska elastyczność Wysoka elastyczność Pełna elastyczność Niski koszt startowy Średni koszt stały Wysoki koszt startowy Szybkie wdrożenie Szybkie wdrożenie Długie wdrożenie Brak konfiguracji Konfiguracja bez kodu Konfiguracja przez kod ``
VoiceLink zajmuje pozycję środkową — konfigurowalne SaaS z głęboką domeną medyczną. Nie przypadkową elastycznością "wszystko można przez API", ale przemyślaną konfigurowalnością dla specyfiki polskiej ochrony zdrowia.
Model 1: Rozwiązanie pudełkowe — dla kogo i gdzie zawodzi?
Co dostajemy: Gotowe skrypty rejestracyjne, standardowe przypomnienia SMS, podstawowe FAQ. Wdrożenie w godzinach. Cena niska.
Gdzie działa: Kliniki z homogenicznym profilem usług (jeden typ wizyt, jeden lekarz, prosta rejestracja), dla których standardowy scenariusz "umów / przypomnij / potwierdź" wyczerpuje 95% przypadków.
Gdzie zawodzi — konkretne scenariusze:
Kardiologia: Bot musi zebrać od pacjenta dane ciśnienia i tętna przed wizytą i przekazać je do HIS. Box nie ma tej logiki — trzeba by ją zaprogramować od zera.
Alergologia: System odczulania wymaga śledzenia regularności między wizytami (inny interwał w fazie indukcji vs. fazie podtrzymania). Box nie wie, na jakim etapie terapii jest pacjent.
Chirurgia jednego dnia: Bot musi sekwencyjnie przekazywać instrukcje (kiedy ostatni posiłek, jakie leki zatrzymać, co zabrać) i zbierać potwierdzenia zrozumienia. Box ma jedno przypomnienie, nie wieloetapowy protokół.
Psychiatria: Trzy poziomy anonimowości przy rejestracji, routing do konkretnego terapeuty bez ujawniania specjalności przy odbieraniu połączenia. Box nie obsługuje warunkowej anonimowości.
Każdy z tych scenariuszy wymaga logiki dostosowanej do specyfiki klinicznej — i żaden gotowy bot jej nie ma.
Model 2: Projekt dedykowany (custom) — kiedy ma sens, a kiedy nie?
Co dostajemy: Pełna kontrola nad każdym aspektem systemu. Bot robi dokładnie to, czego chcemy, w dokładnie taki sposób.
Gdzie ma sens: Szpital systemowy lub sieć o unikalnych procedurach i budżecie R&D, własnym zespołem IT zdolnym do utrzymania kodu, horyzontem inwestycji 5+ lat.
Realne koszty i ryzyka:
| Parametr | Typowa wartość dla projektu custom |
|---|---|
| Koszt początkowy (development) | 150 000–600 000 PLN |
| Czas do pierwszej wersji produkcyjnej | 6–18 miesięcy |
| Koszt utrzymania rocznego (zmiany, aktualizacje NLP) | 30 000–100 000 PLN/rok |
| Ryzyko "vendor lock" na software house | Wysokie — jeśli firma zamknie się, zostajesz z kodem bez autora |
| Czas reakcji na zmianę regulacyjną (np. nowy AI Act) | Tygodnie–miesiące |
Kluczowy problem: Silniki NLP wymagają regularnej kalibracji, modele ASR — aktualizacji, integracje z HIS — utrzymania przy każdej nowej wersji systemu. W modelu custom — każda zmiana to koszt developmentu. W modelu SaaS — to obowiązek dostawcy.
Model 3: Konfigurowalne SaaS z domeną medyczną — optimum dla większości klinik
Co dostajemy: Platforma z wbudowaną wiedzą o polskiej ochronie zdrowia (PESEL, RODO, specjalności, HIS integracje, e-Recepta, EHDS), konfigurowalna bez programowania, aktualizowana automatycznie przez dostawcę.
Kluczowe rozróżnienie: konfiguracja ≠ programowanie.
- Konfiguracja (no-code): dodanie nowego scenariusza odczulania, ustawienie 3-etapowego protokołu przedoperacyjnego, włączenie anonimowego trybu rejestracji — wszystko przez panel administracyjny
- Customizacja (z kodem): zmiana fundamentalnej logiki systemu, integracja z niestandarowym HIS bez API, budowa nowego modelu NLP
3-letni TCO porównanie:
| Model | Rok 1 | Rok 2 | Rok 3 | TCO 3-letni |
|---|---|---|---|---|
| Box (gotowy) | ~5 000 PLN | ~5 000 PLN | ~5 000 PLN | ~15 000 PLN |
| Custom (dedykowany) | ~300 000 PLN | ~60 000 PLN | ~60 000 PLN | ~420 000 PLN |
| Konfigurowalne SaaS | ~20 000 PLN | ~18 000 PLN | ~18 000 PLN | ~56 000 PLN |
Jak zdecydować — checklisty dla każdego profilu kliniki
Rozwiązanie pudełkowe wystarczy, jeśli:
- Jeden typ wizyty, jeden lub dwóch lekarzy
- Rejestracja = umów / przypomnij / potwierdź — bez logiki warunkowej
- Budżet poniżej 500 PLN/miesiąc jest absolutnym ograniczeniem
- Gotowość na zmianę systemu za 12–18 miesięcy, gdy klinika urośnie
- Klinika ma co najmniej jedną specjalność z niestandardową procedurą (odczulanie, triage, serie zabiegowe)
- Potrzebujesz integracji z HIS i aktualizacja danych musi być real-time
- Chcesz wdrożenia w tygodnie, nie miesiące
- Planujesz skalowanie (nowi lekarze, nowe specjalności, nowe lokalizacje)
- Masz własny dział IT zdolny do utrzymania kodu przez 5+ lat
- Twoje procedury są na tyle unikalne, że żaden dostawca nie oferuje odpowiedniej konfigurowalności
- Budżet R&D przekracza 300 000 PLN i masz 12–18 miesięcy na wdrożenie
FAQ — Wybór modelu AI dla kliniki
Czy można zacząć od rozwiązania pudełkowego i przejść na SaaS bez utraty danych? Tak, ale warto zaplanować to z wyprzedzeniem. Kluczowe: czy box-dostawca oferuje eksport danych w standardowym formacie? Bez eksportu historia rezerwacji i baza pacjentów zostaje zamknięta w systemie, który opuszczasz.
Jak sprawdzić, czy SaaS jest "naprawdę konfigurowalny" czy tylko tak twierdzi? Poproś o demonstrację konfiguracji konkretnego scenariusza — nie standardowej rejestracji, ale czegoś specyficznego dla Twojej kliniki (np. przypomnienie o drugiej dawce odczulania 4 tygodnie po pierwszej). Jeśli dostawca musi "sprawdzić z zespołem technicznym" zamiast pokazać w panelu — konfigurowalność jest ograniczona.
Czy konfigurowalne SaaS można rozbudować do poziomu custom, jeśli zajdzie taka potrzeba? Dojrzałe platformy SaaS dla medycyny oferują API i webhooks — co pozwala na własne rozszerzenia bez modyfikowania rdzenia systemu. To model: SaaS jako fundament + własna logika przez API dla unikalnych przypadków.
Podsumowanie: Pudełko pasuje do standardowych procedur. Twoje procedury rzadko są standardowe.
Wybór modelu AI dla kliniki to decyzja strategiczna — nie zakup subskrypcji. Konfigurowalne SaaS z głęboką domeną medyczną daje elastyczność bliską custom developerowi, przy koszcie i czasie wdrożenia bliskim rozwiązaniu pudełkowemu. To nie kompromis — to właściwy punkt na osi.
Chcesz sprawdzić, czy VoiceLink obsłuży specyficzne procedury Twojej kliniki? Opisz nam jeden niestandardowy scenariusz — pokażemy konfigurację na żywo podczas demo, bez obietnicy "można to zbudować".
