Bot mówi. Pacjent słucha raz. Nie może cofnąć strony.
Rozmowa głosowa rządzi się innymi prawami niż tekst na stronie. Pacjent nie może wrócić do poprzedniego zdania, zaznaczyć fragmentu ani przeczytać powoli. Słyszy raz — i reaguje na to, co zrozumiał.
Dobry scenariusz rozmowy dla voicebota medycznego to nie lista pytań i odpowiedzi. To partytura dla dwóch aktorów — bota i pacjenta — w której każde zdanie jest wyważone, każda ścieżka przewidziana i żaden impas nie pozostaje bez wyjścia.
Sześć elementów struktury każdego scenariusza rejestracyjnego
Element 1: Powitanie + klauzula RODO (max 20 sekund)
Powitanie pełni dwie funkcje: buduje pierwsze wrażenie i informuje pacjenta, że rozmawia z botem (wymóg art. 50 AI Act). Klauzula RODO musi być — ale nie może dominować rozmowy.
Dobry przykład:
"Dzień dobry. Tu automatyczny asystent Centrum Medycznego Vita. Rozmowa może być nagrywana w celach jakościowych — szczegóły w polityce prywatności na vita.pl. W czym mogę pomóc?"
Zły przykład:
"Dzień dobry. Informujemy, że administratorem Pana/Pani danych osobowych jest Centrum Medyczne Vita Sp. z o.o. z siedzibą w Warszawie przy ul. Kwiatowej 1, wpisana do rejestru KRS pod numerem..."
Zasada: klauzula RODO w dialogu głosowym — dwa zdania maksymalnie. Szczegóły dostępne na stronie lub przez SMS.
Element 2: Detekcja intencji — otwarte pytanie vs. menu
Dwa podejścia — każde ma swoje miejsce:
- Otwarte pytanie ("W czym mogę pomóc?") — naturalne, ale wymaga silnego NLU. Lepsze dla doświadczonych systemów i nieskomplikowanych klinik.
- Krótkie menu ("Czy chce Pan umówić wizytę, odwołać wizytę lub uzyskać informację?") — bezpieczniejsze dla rozbudowanych systemów, ale nie może zawierać więcej niż 3 opcje w jednym komunikacie.
Zasada głosowa: Ludzka pamięć krótkotrwała utrzymuje 3–4 elementy usłyszane w sekwencji. Lista siedmiu opcji do bota to gwarantowana frustracja pacjenta.
Element 3: Zbieranie slotów — po jednym na raz
"Slot" to dane, które bot musi zebrać, żeby wykonać zadanie. Dla rejestracji wizyty to zwykle: specjalność lub lekarz, preferowana data/godzina, dane pacjenta (imię, PESEL lub numer telefonu).
Zasada: jedno pytanie = jeden slot. Nigdy:
"Proszę podać swoje imię, nazwisko, datę urodzenia oraz preferowaną specjalność i godzinę."
Zawsze:
"Do jakiego specjalisty chciałby Pan się zapisać?" → odpowiedź → "Kiedy mniej więcej chciałby Pan przyjść?" → odpowiedź → "Proszę podać imię i nazwisko."
Dla PESEL — zawsze potwierdzenie cyfra po cyfrze (patrz: artykuł o weryfikacji PESEL przez AI).
Element 4: Sprawdzenie dostępności — komunikacja oczekiwania
Bot sprawdza kalendarz HIS w czasie rzeczywistym — co trwa 1–3 sekundy. W tym czasie cisza jest niekomfortowa.
Dobra praktyka:
"Sprawdzam dostępne terminy u doktor Kowalskiej... Mam dla Pana wolne: środa 26 marca o 10:30, piątek 28 marca o 8:00 lub poniedziałek 31 marca o 14:00. Który termin Panu odpowiada?"
Nigdy więcej niż trzy terminy w jednym komunikacie — ta sama zasada pamięci krótkotrwałej.
Element 5: Potwierdzenie — explicit, zawsze przed zapisem
Przed rezerwacją bot zawsze podsumowuje pełne dane i pyta o potwierdzenie:
"Potwierdzam: wizyta u doktor Kowalskiej, kardiolog, środa 26 marca, godzina 10:30. Pacjent: Jan Kowalski. Czy mam zarezerwować?"
Brak potwierdzenia przed zapisem to jeden z najpoważniejszych błędów projektowych — prowadzi do rezerwacji, których pacjent nie chciał, i generuje nieporozumienia trudne do rozwiązania.
Element 6: Zamknięcie — co dzieje się dalej?
Zamknięcie rozmowy musi powiedzieć pacjentowi, czego może się spodziewać:
"Wizyta została zarezerwowana. Wyślę Panu SMS z potwierdzeniem za chwilę. Przypomnienie dostanie Pan dzień wcześniej. Do usłyszenia, dziękuję za rozmowę."
Dobre zamknięcie = jasne oczekiwania = mniejszy no-show.
Ścieżki błędów — projekt na sytuacje "poza planem"
Każdy scenariusz musi mieć odpowiedzi na trzy typy problemów:
Nierozpoznana odpowiedź (ASR fail lub niejasna intencja):
"Przepraszam, nie zrozumiałem. Czy mógłby Pan powtórzyć?" — maksymalnie dwa re-prompty, po czym: "Przekazuję Pana do rejestracji — proszę chwilę poczekać."
Brak dostępnych terminów:
"Niestety, w najbliższym czasie nie ma wolnych terminów u doktor Kowalskiej. Czy mogę sprawdzić innego kardiologa lub wpisać Pana na listę rezerwową?"
Słowa kluczowe alarmu medycznego: Każdy skrypt musi zawierać listę fraz triage (np. "ból w klatce piersiowej", "trudności z oddychaniem", "straciłem przytomność", "wypadek") — po ich wykryciu bot natychmiast przeryega: "Słyszę, że to pilna sytuacja. Łączę z rejestracją — proszę zostać na linii", a jeśli nikt nie odbiera: "W nagłych przypadkach proszę dzwonić pod numer 112."
8 typowych błędów w skryptach voicebotów medycznych
- Za długie powitanie — klauzula RODO zajmuje 90 sekund. Pacjent rozłącza się zanim bot skończy
- Za dużo opcji naraz — "naciśnij 1... naciśnij 2... naciśnij 7..." — nieczytelne w głosie
- Pętla "nie rozumiem" bez eskalacji — bot powtarza to samo pytanie bez wyjścia
- Brak potwierdzenia przed zapisem — rezerwacja bez zgody pacjenta
- Nadmiernie formalny język — "Czy Szanowny Pacjent raczy zechcieć..." — brzmi sztucznie i oddala
- Brak obsługi sytuacji awaryjnych — żaden scenariusz na "boli mnie serce"
- Dead-end messages — komunikat bez propozycji następnego kroku ("Nie ma wolnych terminów." — i cisza)
- Jeden scenariusz dla wszystkich — klinika z psychiatrią i ortodoncją potrzebuje różnych tonów i poziomów wrażliwości
Kto powinien tworzyć scenariusz? Nie tylko IT.
Najlepsze skrypty voicebotów medycznych powstają w trójkącie:
- Specjalista od conversation design / copywriter: pisze dla ucha, zna zasady voice UX
- Rejestratorka lub manager recepcji: wie, jak naprawdę przebiegają rozmowy, jakie pytania są trudne, gdzie pacjenci się gubią
- Lekarz lub pielęgniarka (dla specjalistycznych scenariuszy): weryfikuje terminologię medyczną i logikę triage
FAQ — Conversation design dla voicebota medycznego
Jak długa powinna być jedna rozmowa rejestracyjna? Optymalna rozmowa rejestracyjna (od powitania do potwierdzenia) trwa 90–150 sekund dla nowego pacjenta i 45–90 sekund dla powracającego (rozpoznanego po numerze). Każda sekunda ponad 3 minuty zwiększa ryzyko rozłączenia przez pacjenta.
Czy bot powinien mówić o sobie "ja" czy używać formy bezosobowej? Forma "ja" brzmi naturalniej i buduje lepsze poczucie rozmowy — pod warunkiem, że bot jest jasno oznaczony jako automat (zgodnie z art. 50 AI Act). "Sprawdzam terminy" jest lepsze niż "System sprawdza terminy".
Jak często należy aktualizować scenariusze? Skrypty powinny być przeglądane po każdej zmianie oferty kliniki oraz po analizie raportów z bota — w szczególności: najczęstsze punkty eskalacji do personelu i najczęstsze nierozpoznane intencje. W praktyce: przegląd co 1–3 miesiące.
Podsumowanie: Dobry skrypt to inwestycja w każdą rozmowę, którą bot przeprowadzi
Scenariusz voicebota to dokument, który klinika "wypowiada" do pacjentów tysiące razy — bez możliwości korekty po fakcie. Godzina pracy nad skryptem przed wdrożeniem oszczędza tygodnie problemów po uruchomieniu.
VoiceLink oferuje warsztat conversation design jako część onboardingu — Twój zespół tworzy skrypt razem z naszym specjalistą, zanim ruszy pierwsza rozmowa. Zapytaj o szczegóły przy demonstracji.
