Chatbot AI dla apteki i drogerii. Bezpieczny zakres obsługi

Chatbot w aptece powinien załatwiać sprawy organizacyjne: podać godziny pracy, sprawdzić orientacyjną dostępność produktu, rozpocząć rezerwację i przekazać rozmowę personelowi. Punkt przekazania przypada przed poradą zdrowotną. Gdy klient pyta o dawkowanie, objawy, interakcje, przeciwwskazania lub zamiennik leku, odpowiedź powinien przejąć farmaceuta albo lekarz.

W drogerii można dopuścić więcej pytań o kosmetyki, higienę, zamówienia i dostawę. Pytanie o produkt szybko staje się jednak pytaniem o zdrowie, zwłaszcza gdy pojawia się alergia, ciąża, dziecko, choroba przewlekła lub działanie niepożądane.

Co bot może załatwić

Najmniej ryzykowny zakres obejmuje:

• godziny pracy, adres, dyżur i dane kontaktowe,
• status zamówienia lub rezerwacji,
• zasady płatności, dostawy i odbioru,
• dostępność produktu ze wskazaniem aktualności danych,
• informacje z zatwierdzonych opisów produktów,
• zebranie danych potrzebnych do kontaktu zwrotnego,
• przekazanie rozmowy do pracownika.

To wystarczy.

Jeżeli placówka oczekuje doboru leczenia, oceny objawów albo decyzji o zamienniku, projekt wychodzi poza zwykłą obsługę klienta. Ministerstwo Zdrowia wiąże konsultacje i opiekę farmaceutyczną z wykonywaniem zawodu farmaceuty.

Dostępność produktu bez obietnic

Klient widzi jedno zdanie. Pod spodem mogą być dane z systemu aptecznego, sklepu internetowego, pliku asortymentowego albo ręcznie utrzymywanej listy. Każde z tych źródeł starzeje się w innym tempie.

Jeśli synchronizacja ma opóźnienie, bot powinien podać czas ostatniej aktualizacji. Jeśli zgłoszenie nie blokuje towaru, słowo „rezerwacja” wprowadza w błąd. Lepiej napisać:

Według danych z ostatniej synchronizacji produkt jest dostępny w wybranej placówce. Stan może się zmienić przed odbiorem. Mogę wysłać prośbę o odłożenie produktu do personelu.

Komunikat „produkt czeka” jest właściwy dopiero po zapisaniu blokady w systemie lub po potwierdzeniu pracownika.

Leki kupowane przez internet

Główny Inspektorat Farmaceutyczny podaje, że sprzedaż wysyłkową leków może prowadzić apteka powiązana z placówką stacjonarną, a przez internet można kupić leki dostępne bez recepty. Lek na receptę wolno zamówić zdalnie, lecz odbiór odbywa się w aptece stacjonarnej po okazaniu recepty.

Bot powinien więc odróżnić trzy czynności:

1. sprawdzenie dostępności,
2. prośbę o rezerwację do odbioru,
3. zakup wysyłkowy produktu dopuszczonego do takiej sprzedaży.

Nie może sugerować wysyłki leku na receptę ani sposobu obejścia wymaganej weryfikacji. W tej rozmowie przydaje się zwykła, precyzyjna odpowiedź: „Mogę sprawdzić dostępność i zasady odbioru w placówce”.

Rezerwacja musi odpowiadać procesowi

Przed napisaniem pierwszego komunikatu trzeba ustalić, co dzieje się po kliknięciu „rezerwuję”. Czy system blokuje stan? Kiedy pracownik widzi zgłoszenie? Jak długo odkłada produkt? Co dostaje klient, gdy towaru już nie ma?

Wdrożenie powinno mieć spisane odpowiedzi na siedem pytań:

• jakie dane są konieczne do rezerwacji,
• czy produkt zostaje automatycznie zablokowany,
• kto i kiedy potwierdza odbiór,
• jak długo obowiązuje rezerwacja,
• które produkty wymagają dodatkowej weryfikacji,
• kto może zmienić lub anulować zgłoszenie,
• co bot mówi przy błędzie integracji.

Ręczne potwierdzenie jest w porządku. Klient musi tylko wiedzieć, że wysłanie prośby jeszcze niczego nie gwarantuje.

Pytania przekazywane farmaceucie

Rozmowa powinna trafić do człowieka, gdy dotyczy:

• dawkowania lub sposobu stosowania,
• interakcji i przeciwwskazań,
• działań niepożądanych,
• doboru leku do objawów,
• zamienników,
• dziecka, ciąży albo karmienia piersią,
• choroby przewlekłej,
• pomyłki przy wydaniu leku,
• nagłego lub poważnego stanu zdrowia.

Bot może zebrać nazwę produktu, wybraną placówkę i numer zamówienia. Nie powinien zbierać opisu choroby „na zapas”. Gdy nie ma pewnej odpowiedzi w dopuszczonym źródle, ma przerwać zgadywanie i skierować sprawę do personelu.

Dane potrzebne do odpowiedzi

Do podania godzin pracy nie potrzeba imienia ani telefonu. Ogólne sprawdzenie dostępności zwykle wymaga nazwy produktu i placówki. Dane kontaktowe pojawiają się dopiero przy rezerwacji lub prośbie o oddzwonienie.

To ważne, ponieważ sama treść pytania może ujawnić dane dotyczące zdrowia, które RODO zalicza do szczególnych kategorii danych osobowych. Przed uruchomieniem trzeba opisać:

• administratora i podmioty przetwarzające,
• dane zapisane w czacie, systemie zamówień i monitoringu,
• cel każdego zapisu,
• miejsce przechowywania oraz retencję,
• dostęp pracowników do rozmów,
• dostawców modelu i narzędzi analitycznych,
• procedurę eksportu i usunięcia danych.

Żadne narzędzie ani model nie rozwiązuje tych decyzji za placówkę. O wyniku decydują konfiguracja, umowy, uprawnienia i faktyczny obieg danych.

Źródła odpowiedzi i uprawnienia

Bot powinien odpowiadać z ograniczonego zestawu materiałów: godzin, regulaminów, zasad rezerwacji, listy placówek, zatwierdzonych opisów produktów i aktualnych danych transakcyjnych. Każde źródło potrzebuje właściciela oraz daty aktualizacji.

Wyszukiwanie w dokumentach (RAG) pomaga odnaleźć właściwy fragment, lecz nie naprawia starego regulaminu ani błędnego stanu magazynowego. Przy odpowiedzi warto zapisać użyte źródło, wersję dokumentu, wynik wywołania systemu i powód przekazania rozmowy.

Uprawnienia powinny być wąskie. Bot może utworzyć prośbę o rezerwację. Zmiana danych zamówienia, potwierdzenie wydania leku lub wysłanie wrażliwej wiadomości powinny wymagać reguły zatwierdzającej albo działania pracownika.

Informacja o rozmowie z AI

Od 2 sierpnia 2026 r. stosuje się obowiązki przejrzystości z art. 50 AI Act. W typowym czacie użytkownik powinien dostać informację, że rozmawia z systemem AI, najpóźniej przy pierwszym kontakcie, chyba że z okoliczności wynika to w oczywisty sposób.

Sam fakt użycia chatbota w aptece nie przesądza automatycznie o klasyfikacji jako system wysokiego ryzyka. Ocena zmienia się, gdy przeznaczenie systemu wchodzi w decyzje medyczne lub oprogramowanie medyczne. Taki zakres wymaga osobnej analizy prawnej i produktowej.

Co sprawdzać po starcie

Raz w tygodniu zespół powinien obejrzeć rozmowy zakończone błędem, przekazaniem lub brakiem odpowiedzi. Osobny zestaw testów warto przeznaczyć na pytania o dzieci, ciążę, objawy, interakcje, leki na receptę i zamienniki.

Potrzebny jest też prosty wyłącznik. Jeżeli źródło danych przestaje działać albo bot odpowiada poza zakresem, placówka musi móc szybko zatrzymać daną funkcję bez wyłączania całego kanału kontaktu.

Źródła

• GIF o zakupach leków w internecie
• GIF o sprzedaży detalicznej leków w sieci
• Ministerstwo Zdrowia o zawodzie farmaceuty
• RODO, rozporządzenie 2016/679
• AI Act, rozporządzenie 2024/1689
• Komisja Europejska o AI w ochronie zdrowia

Pytania przed zamówieniem

Czy prosty bot wymaga integracji z systemem aptecznym?

Nie. Integracja jest potrzebna dopiero wtedy, gdy odpowiedź ma korzystać z bieżącego stanu, rezerwacji lub statusu zamówienia.

Czy bot może proponować zamiennik leku?

Taką sprawę powinien przejąć farmaceuta. Bot może zebrać pytanie i dane organizacyjne potrzebne do dalszego kontaktu.

Czy baza wiedzy wystarczy do bezpiecznego uruchomienia?

Nie. Potrzebne są jeszcze testy, ograniczone uprawnienia, zasady przekazania rozmowy, kontrola danych i osoba odpowiedzialna za aktualizację treści.

Kto buduje taki system?

Tekstową aplikację opartą na dokumentach i integracjach można omówić z zespołem aplikacji AI Syntalith. Jeśli głównym kanałem jest telefon, właściwym adresem jest odbierze.ai.