Wyszukiwarka, która dostraja się do pytań pacjentów, a nie odwrotnie

Osoba szukająca pomocy na stronie przychodni nie myśli kategoriami systemu. Nie wie, czy jej sprawa to „ginekologia", „endokrynologia", czy „poradnia hormonalna". Pisze to, co ma w głowie: „szukam ginekologa", „coś z tarczycą", „lekarz od kręgosłupa dla dziecka". W tym jednym zdaniu jest cała intencja pacjenta.

Pytanie brzmi, czy strona przyjmie to zdanie i odpowie, czy każe pacjentowi przetłumaczyć problem na język placówki, zanim cokolwiek pokaże. Ta różnica decyduje, czy pacjent skończy na umówionej wizycie, czy na zamkniętej karcie i telefonie do rejestracji.

Zwykła wyszukiwarka na stronie kliniki porównuje ciągi znaków. Wpisane hasło musi dosłownie wystąpić w treści, inaczej wynik jest pusty. Jeśli pacjent wpisze „ginekolog", a placówka opisała usługę jako „poradnia ginekologiczno-położnicza", dopasowania nie ma.

Tak samo „coś z tarczycą" nie prowadzi do endokrynologa, bo nigdzie w treści nie pada dokładnie taka fraza. Wyszukiwarka lekarzy oparta na słowach kluczowych nie rozumie, że to opis dolegliwości, a nie nazwa specjalizacji.

Efekt jest zawsze ten sam: zero wyników albo lista, która nie odpowiada na pytanie. Pacjent przechodzi do klikania po zakładkach, a część rezygnuje. Każdy taki moment to utracona rezerwacja z ruchu, który już na stronie był.

Odpowiedzią na słabość zwykłej wyszukiwarki miały być chatboty. W praktyce większość to gotowe rozwiązania z pudełka, sprzedawane jako uniwersalne narzędzie do każdej branży. Działają na predefiniowanym dialogu: pacjent klika gotowe przyciski i schodzi po gałęziach drzewka decyzyjnego, które ktoś wcześniej ułożył ręcznie.

Taki chatbot nie rozumie zdania „szukam ginekologa". Potrzebuje, żeby pacjent trafił w jeden z przewidzianych scenariuszy albo podał twardy termin z listy. Gdy pytanie wypada poza schemat, bot prosi o przeformułowanie, wraca do menu głównego albo odsyła do kontaktu. To nie rozmowa, to formularz przebrany za rozmowę.

Uniwersalność jest tu wadą, nie zaletą. Narzędzie zaprojektowane dla wszystkich branż naraz nie zna języka medycyny. Nie wie, że „lekarz od hormonów" to endokrynolog, a „wiśniowe oko" to konkretna dolegliwość. Wszystko trzeba mu wpisać z góry i utrzymywać, a i tak nie przewidzi każdego sposobu, w jaki pacjent zada pytanie.

Recepcja w medmatch czyta intencję pacjenta, a nie sam ciąg znaków. Zdanie „szukam ginekologa" jest dla niej kompletnym zapytaniem. Rozpoznaje dziedzinę, dopasowuje właściwych specjalistów i pokazuje ich od razu, bez zmuszania pacjenta do wyboru z listy kategorii i bez przechodzenia przez sztywny scenariusz.

Rozumie też język potoczny i objawy. Pacjent nie musi znać nazwy specjalizacji ani badania. Może opisać problem swoimi słowami, a system tłumaczy to na właściwą dziedzinę i konkretną usługę z oferty placówki. To naturalne dla pacjenta, bo tak właśnie myśli, i wygodne dla kliniki, bo nie wymaga uczenia użytkownika, jak ma pytać.

Znaczenie mają też szczegóły ukryte w zdaniu. Jeśli pacjent napisze „dla córki", wynik dotyczy lekarza przyjmującego dzieci. Jeśli doda „tylko po południu", pokazują się terminy popołudniowe. Warunki bierzemy z tego, co pacjent sam powiedział, zamiast wymuszać wypełnianie pól, których większość ludzi i tak nie wypełnia.

Najważniejsza różnica ujawnia się po wdrożeniu. Recepcja nie zostaje zamrożona w stanie z dnia uruchomienia. Wyniki dostrajamy na podstawie tego, o co realnie pytają pacjenci danej placówki.

Widzimy, jakich sformułowań używają, czego szukają najczęściej, gdzie pytanie prowadziło do trafnego wyniku, a gdzie system mógł odpowiedzieć lepiej. Na tej podstawie dopasowujemy rozpoznawanie intencji do specyfiki konkretnej kliniki: jej zakresu usług, nazewnictwa i profilu pacjentów.

To jest ciągłe strojenie wyszukiwarki medycznej pod jedną placówkę, a nie jednorazowa konfiguracja. Im dłużej Recepcja pracuje, tym trafniej odpowiada, bo uczy się na prawdziwych pytaniach, a nie na wyobrażeniu twórcy o tym, jak ludzie będą pytać.

Gotowe rozwiązanie z pudełka jest takie samo u każdego klienta i takie samo zostaje. Nie zna Waszej oferty i nie poznaje jej z użycia. Recepcja działa odwrotnie: każde zapytanie pacjenta to informacja, która pozwala odpowiadać następnym pacjentom trafniej.

W praktyce oznacza to, że rzadkie i nietypowe sformułowania, które na starcie mogły trafić w wynik nie wprost, z czasem zaczynają prowadzić dokładnie tam, gdzie trzeba. Placówka nie musi tego przewidywać ani programować. Wystarczy, że pacjenci pytają, a my dostrajamy.

To przewaga, której narzędzie uniwersalne nie ma z definicji, bo nie jest projektowane pod konkretną klinikę i jej pacjentów.

Dla przychodni przekłada się to na konkret. Pacjent szybciej znajduje właściwego lekarza, więc rzadziej porzuca stronę w połowie drogi. Mniej porzuceń to więcej umówionych wizyt z tego samego ruchu, który już macie.

Rejestracja dostaje mniej telefonów z pytaniem „do kogo mam się zapisać", bo pacjent sam trafia tam, gdzie powinien. Rozmowy, które zostają, są krótsze, bo pacjent dzwoni z gotową decyzją, a nie z prośbą o poradę, gdzie się udać.

Klinika nie musi też utrzymywać skomplikowanego narzędzia. Recepcja karmi się treścią placówki i realnymi zapytaniami, a dostrajaniem zajmujemy się my. Po stronie kliniki nie ma drzewek dialogowych do układania ani list słów kluczowych do wpisywania ręcznie.

Nie stawia diagnozy i nie ocenia, czy objaw jest groźny. Wskazuje, kto zajmuje się danym problemem w Waszej placówce, podaje cenę i termin. Ocena objawów należy do lekarza.

Nie wymyśla oferty. Jeśli placówka nie wykonuje danego badania, Recepcja mówi to wprost i kieruje do rejestracji, zamiast podsuwać coś podobnego z nazwy.

Dostrajanie zwiększa trafność w granicach realnej oferty placówki. Nie zamienia wyszukiwarki w doradcę medycznego, bo to byłoby ryzykowne i generowałoby więcej telefonów, nie mniej.