Wolne okno w grafiku może wyglądać jak gotowa oferta wizyty, choć nie mówi, czy konkretny lekarz przyjmuje pacjentów w danym wieku, w tym rodzaju wizyty i w tej lokalizacji. Wyszukiwarka z AI (narzędzie wyszukujące terminy na podstawie zapisanych reguł oferty) powinna korzystać tylko z potwierdzonego katalogu, a brakującej reguły nie może zgadywać z kalendarza ani biografii lekarza; ten tekst pokazuje, które dane trzeba potwierdzić i co zrobić z luką.

Katalog przyjęć lekarza (zatwierdzony opis jego oferty) powstaje przed pokazaniem pacjentowi terminu. Manager utrzymuje pola i ich aktualność, lekarz potwierdza zakres swojej pracy, a system dopasowuje wyłącznie w tych granicach. Nie diagnozuje objawów, nie ustala pilności i nie wybiera specjalisty za lekarza albo inną osobę medyczną wskazaną w procedurze.

To nie jest ogłoszenie nowej funkcji ani polskiego wdrożenia. 4 września 2026 roku Healthcare IT News opisało problem narzędzi, które pokazują najbliższy termin, zanim dobrze rozpoznają ofertę konkretnego lekarza. Dla polskiej placówki praktyczny wniosek jest prostszy niż obietnica „inteligentnego dostępu”: najpierw wiarygodny katalog, potem automatyczne wyszukiwanie. Stan informacji: 13 września 2026 roku.

Wywiad z 4 września pokazuje ograniczenie wyszukiwarek terminów

W opublikowanej 4 września rozmowie Andy Parham, prezes dostawcy Brado AI, wskazał, że sama specjalizacja nie wystarcza do dopasowania. Dwóch lekarzy w tej samej kategorii może mieć inny obszar pracy, grupę pacjentów i doświadczenie, więc system potrzebuje czegoś więcej niż nazwy specjalności i wolnego okna.

Artykuł przytacza również wyniki pilotażu Northwell Health, ale liczby podaje przedstawiciel dostawcy. To nie jest niezależne badanie ani prognoza dla polskiej poradni. Można z niego zaczerpnąć pytanie o jakość dopasowania, lecz nie obiecywać skrócenia czasu oczekiwania na wizytę ani czasu do rozpoczęcia dalszej opieki. Polska placówka powinna mierzyć własny błąd organizacyjny: rezerwacje odrzucone dlatego, że typ wizyty, wiek pacjenta albo miejsce nie zgadzały się z ofertą lekarza.

Sam grafik nie opisuje zakresu przyjęć lekarza

Grafik odpowiada na pytanie „kiedy jest wolne?”, a katalog oferty na pytanie „co ta osoba rzeczywiście przyjmuje tutaj?”. Termin może być wolny, lecz przeznaczony na wizytę kontrolną, teleporadę, określoną grupę wieku albo świadczenie wykonywane tylko w jednej lokalizacji.

Problem nie jest wyłącznie teoretyczny. Badanie katalogów pięciu amerykańskich ubezpieczycieli, opublikowane 18 lipca 2024 roku, wykazało dużą niespójność adresów, telefonów i specjalności lekarzy. Wyników nie należy przenosić liczbowo na Polskę, ale potwierdzają ważną zasadę: automatyzacja nie naprawia danych tylko dlatego, że szybciej je przeszukuje.

W polskim systemie Ministerstwo Zdrowia 19 lutego 2026 roku przypomniało placówkom objętym centralną e-rejestracją w określonych zakresach, że harmonogram centralny ma być na bieżąco zgodny z systemem gabinetowym. Synchronizacja terminów nadal nie zastępuje opisu oferty konkretnego lekarza. To dwa oddzielne obowiązki operacyjne: utrzymać dostępność i potwierdzić, co wolno z nią połączyć.

Decyzja dla managera: lekarz potwierdza ofertę

Manager może przygotować pola, lecz lekarz potwierdza granice własnej oferty, zanim system pokaże je pacjentowi. Taki wpis, nie powinien powstać z samego profilu na stronie, notatki marketingowej ani wcześniejszych rezerwacji, bo każde z tych źródeł może być niepełne lub nieaktualne.

Przykładowy wpis katalogu zakresu przyjęć

  • Typ wizyty: pierwsza konsultacja / kontrola / badanie / teleporada.
  • Grupa pacjentów: dorośli; dzieci dopiero po podaniu i potwierdzeniu granicy wieku.
  • Lokalizacja i tryb: wskazany gabinet albo kanał zdalny, nie każda placówka z grafiku.
  • Wyjątek: brak potwierdzonej reguły zatrzymuje propozycję i trafia do rejestracji lub lekarza.
  • Właściciel i data przeglądu: konkretna osoba oraz termin ponownego potwierdzenia.

System może filtrować tylko po zapisanych wartościach. Nie może dopisać, że lekarz przyjmuje dzieci, wykonuje dany zabieg albo konsultuje zdalnie, bo podobną informację znalazł w biografii. Manager zapisuje zmianę, a lekarz odpowiedzialny za tę ofertę ją zatwierdza.

Jedna brakująca reguła może skończyć się odrzuconą rezerwacją

Wyobraźmy sobie dwóch lekarzy opisanych tą samą specjalizacją. Obaj mają wolny termin w środę, ale pierwszy prowadzi pierwsze konsultacje dorosłych w lokalizacji A, a drugi przyjmuje młodszych pacjentów tylko kontrolnie i tylko w lokalizacji B. Kalendarz widzi dwa wolne okna; katalog powinien widzieć dwie różne oferty.

Jeżeli wyszukiwarka zna wyłącznie specjalizację i godzinę, może pokazać atrakcyjny termin u niewłaściwej osoby. Rejestracja odkryje rozbieżność po kontakcie albo lekarz odrzuci rezerwację przed wizytą. Pacjent straci czas, a placówka zostanie z niewykorzystanym terminem, mimo że technicznie „dopasowanie” zakończyło się sukcesem. Właściwy wynik to nie kliknięta rezerwacja, lecz wizyta zgodna z potwierdzonym zakresem oferty.

Gdy opis pacjenta albo skierowanie wymaga oceny klinicznej, katalog nie rozstrzyga sprawy. To osobny proces, w którym AI może porządkować skierowanie przed rejestracją, ale pilność i wybór właściwej ścieżki zatwierdza lekarz albo inna osoba medyczna wskazana w procedurze. Brak reguły ma zatrzymać propozycję, a nie uruchamiać zgadywanie.

Od jakiego wpisu zacząć katalog przyjęć?

Pierwszy krok: wybierz jednego lekarza i jeden często rezerwowany typ wizyty. Spisz pięć pól z przykładowego wpisu, poproś lekarza o potwierdzenie, a następnie porównaj je z grafikiem, stroną placówki i ustawieniami systemu zapisów. Manager i lekarz powinni omówić to wspolnie przed udostępnieniem wyniku wyszukiwarce.

Warto rozszerzyć pilotaż, gdy każda pokazana opcja prowadzi do aktualnego wpisu z właścicielem i datą przeglądu. Zatrzymaj projekt, gdy system dopowiada brakujące grupy wieku, typ wizyty lub lokalizację, a rejestracja nie widzi przyczyny dopasowania. AI może wskazać brak i przygotować listę wpisów do sprawdzenia; człowiek zatwierdza ofertę lekarza i decyzję o ponownym pokazaniu terminu.

Źródła