Telefon odebrany po zamknięciu gabinetu może zakończyć się rezerwacją, udzieleniem informacji albo prośbą o kontakt. Każdy z tych wyników wymaga innego dalszego działania. Przed uruchomieniem recepcji AI warto więc ustalić, co ma się wydarzyć podczas rozmowy i kto przejmuje sprawę, kiedy zespół wróci do pracy.

Ten poradnik opisuje proponowany sposób organizacji procesu. Zakres konkretnego wdrożenia trzeba potwierdzić z dostawcą: nie każdy system wykonuje wszystkie opisane działania.

Zacznij od listy spraw, które można zamknąć bez recepcjonistki

Podziel powody telefonów na kilka grup. Informacja o adresie i godzinach otwarcia wymaga aktualnej bazy organizacyjnej. Rezerwacja wymaga dostępności terminów i potwierdzenia zapisu w kalendarzu. Zmiana już umówionej wizyty może wymagać dodatkowego rozpoznania rozmówcy oraz osobnych uprawnień. Prośba o rozmowę z lekarzem powinna trafić do ustalonej kolejki kontaktu.

Dla każdej grupy zapisz dozwolony wynik. Jeśli danej czynności nie można bezpiecznie wykonać po godzinach, system powinien umieć jasno poinformować, co nastąpi dalej. Nie powinien przedstawiać prośby o oddzwonienie jako potwierdzonej wizyty.

Szczególnego opracowania przez zespół medyczny wymagają rozmowy o objawach i pilnych problemach. Scenariusz organizacyjny nie jest poradą kliniczną ani automatycznym dyżurem lekarskim. Gabinet powinien określić granice odpowiedzi i sposób kierowania takich spraw, zanim uruchomi obsługę.

Przygotuj informacje, które mają jednego właściciela

Najczęstszy kłopot z bazą odpowiedzi to kilka wersji tej samej informacji. Na stronie widnieją inne godziny niż w kalendarzu, a recepcja ma jeszcze osobną notatkę o dniu szkoleniowym.

Ustal źródło godzin otwarcia, adresów, sposobu dojazdu, zasad kontaktu i zakresu informacji o usługach. Przy każdym obszarze wskaż osobę odpowiedzialną oraz moment ostatniego sprawdzenia. Zmiana grafiku lub przerwa świąteczna powinna uruchamiać aktualizację tego samego źródła, z którego korzysta obsługa telefoniczna.

Jeżeli używasz kilku lokalizacji, sprawdź identyfikację placówki na początku rozmowy. Wolny termin w innej klinice nie jest zamiennikiem terminu w miejscu, o które prosi rozmówca.

Ustal, co rano zobaczy zespół

Dobra lista przekazanych spraw pozwala rozpocząć pracę bez ponownego odtwarzania całej nocy. Dla każdej pozycji potrzebne są: czas zgłoszenia, rodzaj sprawy, ustalony dalszy krok, status oraz osoba lub rola odpowiedzialna za obsługę. Zakres informacji powinien odpowiadać zadaniu i przyjętym zasadom dostępu.

Oddziel sprawy zakończone od tych, które czekają na człowieka. Potwierdzona rezerwacja może być widoczna w kalendarzu; prośba o zmianę terminu nadal może wymagać działania. Sam fakt, że system utworzył podsumowanie rozmowy, nie zamyka sprawy.

Wybierz właściciela kolejki na każdą zmianę i określ sposób zastępstwa. Bez tego łatwo uzyskać technicznie poprawny zapis, którego nikt nie podejmie. Uzgodniony czas kontaktu powinien wynikać z realnej dostępności zespołu. Nie obiecuj rozmówcy konkretnej godziny oddzwonienia, jeśli nie ma procesu, który tę obietnicę obsłuży.

Przećwicz nocny scenariusz i poranne przejęcie razem

Test rozmowy warto zakończyć dopiero wtedy, gdy osoba pracująca rano potrafi odnaleźć i obsłużyć jej wynik. Użyj uzgodnionego środowiska oraz danych testowych. Nie twórz pozornych zgłoszeń pacjentów w działającym kalendarzu.

Sprawdź trzy różne zakończenia: poprawnie zapisaną wizytę, otwartą prośbę o kontakt oraz przypadek, w którym system nie dostał jednoznacznego potwierdzenia zapisu. W ostatnim przypadku zespół musi wiedzieć, jak ustalić rzeczywisty stan bez tworzenia kolejnej rezerwacji.

Przetestuj również zmianę lokalizacji, dzień wolny i niedostępność systemu gabinetowego. Zanotuj, co usłyszał rozmówca i co zobaczył pracownik. Rozbieżność między tymi dwoma zapisami jest konkretnym błędem do naprawy przed startem.

Pierwszy poranek po uruchomieniu

Wyznacz osobę, która porówna wyniki rozmów z kalendarzem i kolejką kontaktu. Sprawdź, czy każda otwarta sprawa ma właściciela, a zamknięte pozycje mają potwierdzenie wyniku. Jeśli trzeba doprecyzować bazę odpowiedzi, zapisz zmianę i ponownie sprawdź dany scenariusz.

W pierwszym raporcie pokaż liczbę spraw zakończonych, pozostających do obsługi i wymagających korekty. Nie utożsamiaj liczby odebranych telefonów z liczbą nowych pacjentów. Połączenia, rezerwacje i odbyte wizyty są różnymi etapami.

Kiedy rozszerzyć zakres?

Dodawaj kolejne czynności wtedy, gdy wcześniejszy zakres jest sprawdzony, a zespół umie obsłużyć wyjątki. Każde rozszerzenie powinno mieć właściciela, jasny wynik i scenariusz testowy. Przykładowo odczyt wolnego terminu i anulowanie istniejącej wizyty to dwa różne uprawnienia i dwa różne procesy.

Do rozmowy z dostawcą przygotuj listę powodów telefonów, obsługiwanych lokalizacji, systemów gabinetowych oraz oczekiwanych wyników. Na tej podstawie można uzgodnić konkretny pilotaż recepcji AI po godzinach, zamiast oceniać rozwiązanie wyłącznie po tym, jak naturalnie brzmi głos.

Źródła i dalsza lektura

Powyższe wskazówki są propozycją redakcyjną organizacji wdrożenia, nie opisem potwierdzonych funkcji receptionOS. NIST AI RMF 1.0: Core opisuje ogólne ramy przypisania odpowiedzialności, oceny systemów i ich monitorowania. Artykuł nie jest oficjalną checklistą ani certyfikacją NIST.

Przygotowując pilotaż, skorzystaj też z 12 scenariuszy testowania voicebota oraz poradnika mierzenia nieodebranych telefonów. Zakres produktu opisuje strona recepcji AI.