Jeżeli konektor pobierze z karty za mało danych, AI może przygotować gładkie, lecz niepełne podsumowanie; jeśli pobierze za dużo, placówka naruszy własną zasadę minimalizacji. Placówka powinna więc odbierać konektor na syntetycznej karcie zadanie po zadaniu, zanim pozwoli mu pracować z danymi pacjentów. Ten test ma odpowiedzieć nie tylko, czy połączenie działa, ale też co dokładnie widzi, czego nie widzi i skąd pochodzi każda informacja.
Epic (dostawca systemu elektronicznej dokumentacji medycznej) może przekazywać dane przez konektor, czyli kontrolowane połączenie między ChatGPT a systemem Epic. ChatGPT porządkuje udostępniony kontekst; nie potwierdza sam, że dostał pełną elektroniczną dokumentację medyczną (EDM). O tym rozstrzyga porównanie wyniku z zaplanowanym zakresem i dokumentami źródłowymi.
Ogłoszenie dotyczy środowisk ChatGPT for Healthcare i amerykańskich zasad ochrony danych zdrowotnych HIPAA. Nie potwierdza dostępności usługi w Polsce ani zgodności konkretnego wdrożenia z RODO. Gdyby polska placówka otrzymała ofertę lub dostęp testowy, powinna osobno ocenić konfigurację, umowy, podstawę przetwarzania i ryzyka. Stan informacji: 1 września 2026 roku.
Co OpenAI ogłosiło o połączeniu ChatGPT z Epic?
1 września 2026 roku OpenAI poinformowało, że organizacje mogą połączyć swoje środowisko Epic z ChatGPT for Healthcare. System ma wykorzystywać autoryzowany kontekst, na przykład notatki z wizyt, wyniki badań, leki i dokumentację specjalistyczną, a przy odpowiedzi wskazywać informacje z karty, które ją wspierają. 4 września integrację opisał również serwis MobiHealthNews.
Bieżąca instrukcja OpenAI doprecyzowuje, że konektor jest tylko do odczytu: nie aktualizuje dokumentacji, nie składa zleceń, nie wysyła wiadomości pacjentom i nie rozszerza uprawnień użytkownika w Epic. Dostępność zależy jednak od wdrożenia organizacji, ustawień organizacyjnego konta ChatGPT i konfiguracji Epic. To właśnie dlatego sam komunikat producenta nie może być protokołem odbioru.
Autoryzowany dostęp nie oznacza pełnej karty pacjenta
Uprawnienie odpowiada na pytanie: czy ten użytkownik może odczytać dany rodzaj informacji, na przykład listę leków? Nie odpowiada, czy ten rodzaj informacji został poprawnie udostępniony, właściwie przypisany do pacjenta i uwzględniony w odpowiedzi. Odmowa dostępu może być prawidłową granicą. Brak informacji, do której użytkownik powinien mieć dostęp, wskazuje już na problem konfiguracji lub kompletności.
Najbezpieczniej przygotować jedną syntetyczną kartę z celowo rozmieszczonymi notatkami, lekami, wynikami i datami. To rekord testowy, a nie kopia prawdziwego pacjenta. Więcej o jego budowie opisuje materiał o syntetycznych danych do testów AI. Dane syntetyczne ograniczają ryzyko, ale ich jakość i brak możliwości odtworzenia osoby nadal wymagają oceny. UODO zwraca uwagę na udział inspektora ochrony danych i cykliczne sprawdzanie anonimizacji.
Trzy zadania pokażą faktyczny zakres konektora
Na tej samej karcie zespół uruchamia trzy zatwierdzone zadania. Przed próbą zespół powinien ustalić to wspolnie: które dane są niezbędne, jaki wynik jest poprawny i co zatrzymuje test. Potem porównuje odpowiedź z kartą, zamiast oceniać jej płynność.
| Zadanie | Oczekiwane dane | Wynik konektora | Źródło | Decyzja |
|---|---|---|---|---|
| Podsumuj zmiany od ostatniej wizyty | Notatka z datą i nowe wyniki | Identyfikatory i daty zwróconych elementów | Wskazane rekordy Epic | Przyjąć tylko bez luk i danych niezwiązanych z zadaniem |
| Pokaż zmiany leków | Aktywne i ostatnio zmienione leki ze statusem | Lista leków, statusów i dat | Lista leków oraz notatka źródłowa | Poprawić przy braku statusu lub sprzeczności |
| Wskaż otwarte działania kontrolne | Zlecenia, skierowania lub zalecenia w zatwierdzonym zakresie | Lista działań i dat | Konkretny wpis w karcie | Zatrzymać przy nieznanym źródle lub danych innej osoby |
Każdy wiersz kończy się decyzją: przyjąć, poprawić konfigurację albo zatrzymać. Zespół rozdziela cztery wyniki: uzasadnioną odmowę z powodu uprawnień, brak dozwolonej informacji, wskazanie złego albo nieczytelnego źródła oraz pobranie danych szerszych niż potrzeba. Ostatnie trzy wymagają wyjaśnienia przed użyciem danych pacjenta.
Manager, inspektor ochrony danych i lekarz podpisują różne części odbioru
Manager definiuje trzy dozwolone zadania i próg akceptacji. Administratorzy Epic i organizacyjnego konta ChatGPT przekazują mu zapis wersji konfiguracji, rodzajów udostępnianych informacji oraz kont testowych. Dzięki temu wiadomo, co zmienić po błędzie i jak powtórzyć próbę.
Inspektor ochrony danych wraz z osobami odpowiedzialnymi za prawo i bezpieczeństwo potwierdza na piśmie cel, najmniejszy potrzebny zakres oraz odpowiedzialność każdej firmy i placówki. Informuje też, czy dane są wysyłane poza Unię Europejską, Islandię, Liechtenstein i Norwegię i czy potrzebna jest ocena skutków dla ochrony danych, czyli formalna analiza ryzyka planowanego przetwarzania. RODO wymaga ograniczenia danych do niezbędnego zakresu i ochrony danych w fazie projektowania, ale konkretna podstawa i obowiązki zależą od wdrożenia.
Lekarz sprawdza, czy odpowiedź odpowiada treści syntetycznej karty i czy wskazane źródła pozwalają szybko wrócić do dokumentacji. Nie zatwierdza „trafności ChatGPT” jako abstrakcyjnej cechy ani diagnozy modelu. Sam zielony wynik, nie wystarczy do odbioru. Potrzebny jest ślad: zadanie, użytkownik, zwrócone rodzaje informacji, źródła, wynik i decyzja. Podobną zasadę pokazuje materiał o zachowaniu autora i źródła szkicu AI w EDM.
Kiedy zatrzymać test przed danymi pacjentów?
Zatrzymaj próbę, jeżeli odpowiedź zawiera dane innej osoby, ujawnia pola niewymagane przez zadanie, pomija dozwolone informacje bez wyjaśnienia albo nie prowadzi do konkretnego miejsca w karcie. Tak samo postąp, gdy administrator nie potrafi odtworzyć zakresu uprawnień lub placówka nie ma potwierdzonej ścieżki prawnej, umownej i bezpieczeństwa dla Polski. Dokumentacja dotycząca HIPAA nie zastępuje tej oceny.
Pierwszy krok: zbuduj jeden syntetyczny rekord, opisz trzy zadania z tabeli i dopisz do każdego listę oczekiwanych informacji. Nie dodawaj prawdziwych danych. Dopiero po zgodności zakresu, kompletności, źródeł i dzienników technicznych, czyli zapisów działania systemu, osoby odpowiedzialne mogą zdecydować o kolejnym, nadal ograniczonym etapie. AI może przygotować podsumowanie testu; człowiek zatwierdza odbiór i granice użycia.
Źródła
- OpenAI — ChatGPT connects health records and healthcare sources — ogłoszenie integracji i przykłady autoryzowanego kontekstu; opublikowano: 2026-09-01; Sprawdzono: 2026-09-12.
- OpenAI Help — Using the Epic plugin with ChatGPT and Codex — dostępność, konfiguracja, uprawnienia i tryb tylko do odczytu; Sprawdzono: 2026-09-12.
- MobiHealthNews — OpenAI connects ChatGPT to Epic EHRs — niezależne omówienie ogłoszenia; opublikowano: 2026-09-04; Sprawdzono: 2026-09-12.
- UODO — Dane syntetyczne w praktyce — ryzyka, testowanie anonimizacji i rola IOD; opublikowano: 2026-06-16; Sprawdzono: 2026-09-12.
- EUR-Lex — RODO, art. 5 i 25 — minimalizacja, rozliczalność oraz ochrona danych w fazie projektowania; Sprawdzono: 2026-09-12.
- Okładka: Niklas Jeromin na Pexels