Czego dowiesz się z tego artykułu?
- Jak zbudować minimalny pakiet danych do e-Konsylium między dwiema polskimi placówkami.
- Gdzie AI może wskazać braki i przygotować streszczenie, a gdzie musi zatrzymać się przed decyzją kliniczną.
- Jak przypisać właściciela wysłania, odpowiedzi i zamknięcia konsultacji w EDM.
- Jak mierzyć kompletność, czas odpowiedzi oraz korekty treści przygotowanej przez AI.
12 czerwca 2026 r. Centrum e-Zdrowia poinformowało o podpisaniu ustawy rozwijającej usługi e-zdrowia, w tym e-Konsylium między podmiotami leczniczymi. Dla managera placówki najważniejsza decyzja nie brzmi jednak: „który ekran uruchomimy?”, lecz kto odpowiada za pakiet przekazany specjaliście i kto podpisuje końcową opinię. AI może pomóc zebrać pliki, wskazać braki i przygotować szkic streszczenia, ale nie powinna przejmować tej odpowiedzialności.
Stan na 10 lipca 2026 r. wymaga ostrożności. Ustawa obowiązuje od 1 lipca, lecz przewiduje uruchomienie systemu w ciągu pięciu miesięcy, a w wykazie Rządowego Centrum Legislacji nie było jeszcze aktu wykonawczego określającego katalog świadczeń. To oznacza, że placówka może już projektować proces i role, ale nie powinna komunikować zespołowi ani pacjentom, że finalny zakres usługi jest przesądzony.
Ja bym zaczął od protokołu przekazania, nie od integracji. AI przygotowuje materiał roboczy, lekarz kierujący sprawdza cel konsultacji i dane wejściowe, lekarz konsultujący tworzy własną opinię, a lekarz prowadzący ocenia ją w pełnym kontekście pacjenta. Human-in-the-loop jest tu konstrukcją procesu, a nie dopiskiem w regulaminie.
Najważniejsze
- Projektuj e-Konsylium jako handoff między dwiema placówkami, z potwierdzeniem odbioru i wskazanym właścicielem każdego etapu.
- Przekazuj tylko dane niezbędne do konkretnego pytania klinicznego; „cała teczka na wszelki wypadek” nie jest bezpiecznym standardem.
- AI może klasyfikować pliki, wskazywać braki i szkicować streszczenie, ale lekarz weryfikuje kontekst, autorstwo oraz znaczenie kliniczne.
- Opinia konsultanta jest doradcza: specjalista odpowiada za rzetelność swojej opinii, a lekarz prowadzący za jej ocenę i dalszą decyzję wobec pacjenta.
- Pierwszym krokiem jest jedna specjalizacja i jeden typ konsylium, a dopiero później szersza integracja EDM.
Moment przekazania jest ważniejszy niż ekran systemu
Ustawa opisuje e-Konsylium jako moduł SIM, w którym usługodawca udzielający świadczeń finansowanych ze środków publicznych wnioskuje o konsultację z innym usługodawcą. Dla prywatnej placówki oznacza to konieczność sprawdzenia zakresu umowy z NFZ, przyszłego katalogu świadczeń i warunków udziału. Nie każdy komercyjny kontakt lekarz–lekarz automatycznie staje się ustawowym e-Konsylium.
Największe ryzyko operacyjne powstaje na styku organizacji. Placówka kierująca może uznać, że wysłała komplet, a placówka konsultująca zobaczy brak aktualnego wyniku, niejasne pytanie albo plik bez wskazanego autora. Potrzebne są więc dwa potwierdzenia: techniczne i merytoryczne. Pierwsze mówi, że pakiet dotarł; drugie, że lekarz może na jego podstawie przeprowadzić konsultację.
Wewnętrzne role także muszą być jawne. Lekarz kierujący definiuje pytanie i zatwierdza dane, koordynator pilnuje statusu, a lekarz konsultujący odpowiada za treść swojej opinii. Podobny problem podziału odpowiedzialności pojawia się przy e-DiLO, ale e-Konsylium dodaje osobny handoff między organizacjami. Ten tekst opisuje model przygotowawczy, nie poradę prawną ani medyczną; zakres warto potwierdzić z IOD, prawnikiem i osobą odpowiedzialną za kontraktowanie świadczeń.
Minimalny pakiet do konsultacji kardiologicznej
Pakiet powinien odpowiadać na jedno pytanie kliniczne i zawierać tylko to, co potrzebne do odpowiedzi. Minimalizacja nie oznacza ubogiej dokumentacji; oznacza świadomy wybór danych. Jeżeli specjalista musi odgadywać cel konsultacji, AI nie naprawi procesu — najwyżej szybciej streści jego braki.
Dla modelowego konsylium kardiologicznego sugeruję zacząć od poniższej karty. Pola ustala zespół kliniczny, a manager pilnuje właścicieli i wersji. Warto też wykorzystać doświadczenia z porządkowania dokumentów od pacjenta, ale tutaj źródłem pakietu jest placówka kierująca, nie pacjent przesyłający pliki do recepcji.
| Element pakietu | Co ma być kompletne | Właściciel kompletności | Czego nie dodawać automatycznie |
|---|---|---|---|
| Cel konsultacji | jedno pytanie i oczekiwany rodzaj odpowiedzi | lekarz kierujący | ogólne „proszę o opinię” bez kontekstu |
| Kontekst kliniczny | krótki, zweryfikowany opis istotny dla pytania | lekarz kierujący | pełna historia choroby bez selekcji |
| Wyniki i dokumenty | lista wymaganych badań, data, format i źródło | upoważniony personel | pliki bez autora, daty lub przypisania |
| Leki i ograniczenia | informacje potrzebne do konkretnej konsultacji | lekarz kierujący | automatyczne wnioski o zmianie terapii |
| Dane placówek i autorów | jednostka, rola, identyfikator i kanał odpowiedzi | koordynator procesu | wspólne konto bez śladu użytkownika |
| Termin i tryb | zwykły lub uzgodniony pilny, z terminem odpowiedzi | placówka kierująca | priorytet nadany przez model na podstawie objawów |
AI może sprawdzić spójność techniczną: czy są wymagane typy plików, daty, podpisy i wskazane pola. Nie powinna samodzielnie orzekać, że brakujący dokument jest klinicznie nieistotny. Decyzję o wystarczalności pakietu podejmuje lekarz, ponieważ tylko on zna pytanie i ryzyko pominięcia informacji.
Bramka kompletności: przyjąć, uzupełnić czy zatrzymać
To ma sens, gdy obie placówki uzgodniły jeden słownik statusów: roboczy, do uzupełnienia, przyjęty merytorycznie, w konsultacji, odpowiedź gotowa i zamknięty. Status „wysłane” nie dowodzi jeszcze, że specjalista przyjął sprawę. Potrzebne jest potwierdzenie odbioru wraz z czasem i użytkownikiem.
Mapa procesu powinna pokazać również, gdzie działa AI. Model może przygotować streszczenie i listę braków, ale przed przekazaniem lekarz kierujący zatwierdza pakiet. Po drugiej stronie specjalista pracuje na źródłach, nie tylko na streszczeniu, a jego odpowiedź wraca z autorstwem i wersją.
Rys. 1. Modelowy handoff e-Konsylium: AI wspiera kompletność, a lekarze zatwierdzają wejście i odpowiedź.
Jeżeli system wygeneruje nowe streszczenie po uzupełnieniu dokumentu, poprzednia wersja nie może zniknąć bez śladu. Zapisz numer wersji, czas, źródła i osobę zatwierdzającą. Taka rozliczalność pozwala odtworzyć, na jakim materiale pracował konsultant i dlaczego pakiet wrócił do poprawy.
Przykład modelowy: odpowiedź specjalisty bez zgubionego kontekstu
Przykład modelowy — scenariusz pokazuje sposób myślenia o pilotażu. Liczby ilustrują metryki, nie gwarantują wyniku wdrożenia.
Prywatna przychodnia POZ realizująca część świadczeń w ramach umowy z NFZ przygotowuje proces konsultacji kardiologicznych z centrum specjalistycznym. Zanim oficjalna usługa i właściwy zakres świadczeń będą dostępne, oba podmioty wykonują próbę organizacyjną na syntetycznych scenariuszach, bez realnych danych pacjentów. Celem jest uzgodnienie pakietu, ról i statusów, nie testowanie diagnoz przez AI.
Po potwierdzeniu podstaw prawnych, uruchomienia systemu i uprawnień placówki plan obejmuje pierwsze 30 rzeczywistych konsyliów w zatwierdzonym środowisku. W stanie wyjściowym zespół zakłada, że nawet 6 pakietów może wrócić z powodu braków, a część odpowiedzi wymaga doprecyzowania autora lub dokumentu źródłowego. To nie jest prognoza wyniku, lecz punkt odniesienia do pomiaru.
W modelowym przebiegu lekarz POZ formułuje jedno pytanie, wybiera potrzebne wyniki i zatwierdza streszczenie przygotowane przez AI. Koordynator sprawdza status techniczny, lecz nie interpretuje wyników. Kardiolog konsultujący otwiera dokumenty źródłowe, opisuje konsultację własnymi słowami i podpisuje odpowiedź. Po jej otrzymaniu lekarz POZ ocenia zalecenia w całym kontekście pacjenta i podejmuje dalszą decyzję kliniczną.
Kluczowe są trzy ślady: wersja pakietu przyjętego do konsultacji, autor i czas odpowiedzi oraz potwierdzenie oceny opinii w placówce kierującej. Jeśli któregoś brakuje, sprawa nie jest zamknięta tylko dlatego, że plik pojawił się w systemie.
AI streszcza, lekarz konsultujący odpowiada
Najbezpieczniejszy podział nie polega na zakazaniu AI wszystkiego. Polega na tym, by każde wsparcie miało jasno określone wejście i wyjście, a człowiek widział źródła. Ja bym nie dopuszczał modelu do autonomicznej kwalifikacji pilności, wyboru terapii ani rozstrzygania, czy brak dokumentu można zignorować.
Streszczenie AI pozostaje materiałem roboczym, nawet jeśli brzmi przekonująco. Lekarz konsultujący odpowiada za własną opinię, a lekarz prowadzący za ocenę tej opinii i dalsze postępowanie wobec pacjenta. Personel administracyjny zatwierdza wyłącznie czynności mieszczące się w jego uprawnieniach.
| Etap | AI przygotowuje | Lekarz lub personel zatwierdza | Ślad w procesie |
|---|---|---|---|
| Zebranie pakietu | listę plików, dat i brakujących pól | personel potwierdza źródło i przypisanie | log importu i użytkownik |
| Streszczenie | szkic oparty na wskazanych dokumentach | lekarz kierujący sprawdza fakty i kontekst | wersja szkicu i akceptacja |
| Przyjęcie sprawy | sygnał kompletności technicznej | konsultant potwierdza wystarczalność kliniczną | czas przyjęcia lub zwrotu |
| Odpowiedź | strukturę notatki i odsyłacze do źródeł | lekarz konsultujący tworzy i podpisuje opinię | autor, wersja i podpis |
| Zamknięcie | przypomnienie o brakującym statusie | lekarz prowadzący ocenia opinię, personel zamyka obieg | status w obu EDM |
Nie wpisywałbym dokumentacji pacjenta do publicznego narzędzia AI ani nie kopiował jej do prywatnych kont pracowników. Narzędzie musi być zatwierdzone przez placówkę, objęte właściwą umową, kontrolą dostępu, retencją i logami. Przy danych medycznych wygoda nie może wyprzedzać rozliczalności.
Mierz zwroty, czas odpowiedzi i korekty
Metryki powinny oddzielać jakość procesu od jakości klinicznej. Manager może mierzyć kompletność i czas obiegu, ale nie powinien oceniać lekarza samą długością odpowiedzi albo liczbą użytych dokumentów. Sugeruję pięć wskaźników:
- odsetek pakietów przyjętych merytorycznie za pierwszym razem,
- odsetek zwrotów z podziałem na brak dokumentu, niejasne pytanie, zły format i brak uprawnień,
- mediana czasu od merytorycznego przyjęcia do podpisanej odpowiedzi,
- liczba korekt streszczenia AI, z rozróżnieniem poprawek redakcyjnych i istotnych błędów faktograficznych,
- odsetek konsultacji z pełnym śladem: źródła, autor odpowiedzi, wersja i zamknięcie po obu stronach.
To nie ma sensu, gdy placówka chce mierzyć wyłącznie szybkość albo porównywać lekarzy bez uwzględnienia złożoności spraw. Czas jest ważny, ale zerowa liczba korekt AI nie jest celem samym w sobie — może również oznaczać, że nikt rzetelnie nie sprawdza szkicu.
Po pierwszym miesiącu szukałbym nie „zwrotu z AI”, lecz przyczyny zwrotów pakietu. Jeżeli większość wynika z tego samego brakującego pola, popraw formularz. Jeżeli lekarze często zmieniają fakty w streszczeniu, ogranicz zakres modelu albo zatrzymaj jego użycie do czasu wyjaśnienia.
Zacznij od jednego rodzaju konsylium
Pierwszy krok po lekturze jest konkretny: wybierz jedną specjalizację i jeden powtarzalny typ pytania, a następnie z lekarzem, koordynatorem, IOD i właścicielem EDM uzgodnij minimalny pakiet. Nie zaczynaj od wszystkich poradni ani od obietnicy pełnej integracji.
Przed pracą na realnych danych potwierdź uruchomienie systemu, aktualny akt wykonawczy, zakres świadczeń i uprawnienia obu podmiotów. Do próby organizacyjnej użyj scenariuszy syntetycznych. Gdy warunki formalne będą spełnione, mały pilotaż może objąć 30 konsyliów z cotygodniowym przeglądem zwrotów, czasu odpowiedzi i korekt szkicu AI.
Na spotkaniu startowym ustal sześć rzeczy:
- jedno pytanie kliniczne, które kwalifikuje się do procesu,
- listę wymaganych dokumentów i pól,
- lekarza zatwierdzającego pakiet po stronie kierującej,
- osobę potwierdzającą przyjęcie po stronie konsultującej,
- sposób wersjonowania streszczenia i odpowiedzi,
- kryterium zatrzymania procesu po błędzie lub naruszeniu uprawnień.
Nie zaczynaj, dopóki nie ma właściciela odpowiedzi i procedury błędu. AI może odciążyć ludzi w kompletowaniu materiału, ale bez tych dwóch elementów tylko przyspieszy przekazywanie niejasności między placówkami.
Źródła
- Centrum e-Zdrowia: Ustawa o e-zdrowiu z podpisem prezydenta — oficjalny komunikat wskazuje e-Konsylium jako przyszłą usługę konsultacji między podmiotami, szczególnie w kardiologii i onkologii; publikacja: 12.06.2026.
- Dziennik Ustaw 2026 poz. 791: ustawa o rozwoju usług e-zdrowia — źródło pierwotne dla zakresu systemu, niezbędnych danych, karty i opisu konsultacji, retencji, kontroli dostępu oraz terminu uruchomienia; ogłoszenie: 16.06.2026, wejście w życie: 01.07.2026.
- Rządowe Centrum Legislacji: delegacja do określenia świadczeń w e-Konsylium — na dzień dostępu wykaz pokazywał brak aktu wykonawczego, dlatego artykuł nie zakłada finalnego katalogu świadczeń; dostęp: 2026-07-10.
- UODO: Czy AI to zagrożenie dla danych? — oficjalne stanowisko o kontroli celu, zakresu i odpowiedzialności przed wdrożeniem AI oraz ryzyku nieautoryzowanego przekazywania dokumentów; publikacja: 10.06.2026.
- Naczelna Izba Lekarska: doradztwo i ciągłość opieki nad pacjentem — komentarz etyczno-zawodowy wyjaśnia doradczy charakter opinii konsultanta i odpowiedzialność lekarza kontynuującego opiekę; publikacja: 16.04.2025.
- Zdjęcie okładkowe: Thirdman na Pexels, ID 5327653; dostęp: 2026-07-10.