---
title: Jak poprawić wpis EDM po błędzie AI bez utraty śladu audytowego?
description: "Jak poprawić zatwierdzony wpis EDM po błędzie AI: zabezpieczyć pierwotną wersję, dodać sprostowanie, uzasadnienie i ponowną autoryzację."
image: "https://ai4med.pl/img/sprostowanie-edm-po-ai.jpg"
date: 2026-08-09
author: Jacek Wyderka
category: AI w pracy lekarza
tags: EDM, dokumentacja medyczna, sprostowanie wpisu, ślad audytowy, błędy AI
url: "https://ai4med.pl/ai-w-pracy-lekarza/sprostowanie-edm-po-ai"
inLanguage: pl
---

# Jak poprawić wpis EDM po błędzie AI bez utraty śladu audytowego?

## Po lekturze będziesz wiedzieć

- **Dlaczego zatwierdzonego wpisu nie należy po prostu nadpisać** i które dowody trzeba zabezpieczyć przed korektą.
- **Jak rozdzielić treść pierwotną, sprostowanie i uzasadnienie**, nawet jeśli dostawca EDM używa innych nazw funkcji.
- **Za co odpowiada lekarz, administrator systemu i IOD** po wykryciu błędu w dokumentacji.
- **Gdzie AI może pomóc:** wskazać niespójność lub podobne wpisy, ale nie zmieniać samodzielnie autoryzowanej dokumentacji.

Błąd w **EDM (elektronicznej dokumentacji medycznej prowadzonej w systemie placówki)** może wyjść na jaw dopiero po podpisaniu wpisu przez lekarza. Najważniejsza odpowiedź brzmi: **nie zastępuj pierwotnej treści poprawioną wersją**, tylko uruchom udokumentowaną ścieżkę korekty dostępną w danym systemie, połącz nowy zapis z oryginałem i powierz ponowną autoryzację osobie uprawnionej.

Jeśli szkic przygotowała AI, model może później wskazać rozbieżność, porównać identyfikatory wersji albo pomóc wytypować rekordy do ręcznego przeglądu. **Nie powinien jednak wybierać prawnego lub klinicznego znaczenia korekty**, podpisywać sprostowania ani seryjnie zmieniać podobnych wpisów. To nadal dokumentacja pacjenta, a nie zbiór tekstów do automatycznej redakcji.

Stan na **8 sierpnia 2026 r.**: polskie rozporządzenie wymaga integralności treści i metadanych, udokumentowanych procedur zmian, identyfikacji osoby oraz czasu i zakresu modyfikacji. Nie narzuca jednej nazwy przycisku dla wszystkich systemów. Dlatego poniższy playbook opisuje wymagany rezultat procesu; dokładną funkcję — korektę, sprostowanie, anulowanie dokumentu lub zmianę metadanych — placówka potwierdza z dostawcą EDM i osobą odpowiedzialną za dokumentację.

## Szybka decyzja

- **Zabezpiecz:** identyfikator pierwotnego wpisu, jego wersję, czas autoryzacji i historię zdarzeń, zanim ktokolwiek rozpocznie poprawę.
- **Rozdziel:** ocenę znaczenia błędu od technicznego wykonania operacji w EDM. Treść kliniczną ocenia i zatwierdza uprawniona osoba wykonująca zawód medyczny.
- **Powiąż:** sprostowanie z pierwotnym wpisem tak, aby odbiorca dokumentacji widział aktualną informację, a kontrolujący mógł odtworzyć kolejność.
- **Sprawdź zasięg:** ustal, czy problem dotyczy jednego wpisu, szablonu, wersji modelu czy całej integracji.
- **Zatrzymaj funkcję AI**, jeśli nie można odtworzyć wersji, skali błędu albo osoby zatwierdzającej. Nie trzeba wyłączać całego EDM, gdy ryzyko można ograniczyć do jednego modułu.

## Najpierw zabezpiecz pierwotny wpis

Pierwsze minuty decydują o tym, czy placówka zachowa czytelny ślad. **Nie otwieraj korekty od przepisywania zdania.** Najpierw zapisz identyfikator wpisu, czas jego sporządzenia i autoryzacji, osobę podpisującą, wersję dokumentu oraz identyfikator modułu AI lub integracji, jeżeli system go udostępnia. Zabezpiecz także eksport historii zmian w formie przewidzianej przez dostawcę.

Zespół nie powinien zaczynac od przycisku „edytuj”. Najpierw trzeba ustalić, czy błąd dotyczy treści klinicznej, danych identyfikacyjnych, metadanych, przypisania dokumentu czy raportowania zdarzenia do P1. **Ta klasyfikacja wybiera właściciela decyzji** i ogranicza ryzyko, że administrator techniczny poprawi znaczenie medyczne albo lekarz będzie zmuszony zgadywać, jak działa wersjonowanie systemu.

Nie kopiuj automatycznie całego promptu, nagrania albo pełnego wejścia modelu do dodatkowego rejestru. **Ślad ma wyjaśniać zdarzenie przy minimalnym zakresie danych**, a nie tworzyć drugie archiwum dokumentacji. Jeżeli do analizy potrzebna jest treść z danymi pacjenta, dostęp, cel i retencję trzeba objąć istniejącymi zasadami placówki oraz konsultacją z **IOD (inspektorem ochrony danych)**.

Taka kolejność, pomaga zatrzymać odruch nadpisania. Pozwala też szybko zdecydować, czy potrzebna jest pilna informacja dla osoby odpowiedzialnej za opiekę lub dla pacjenta. **Tę potrzebę ocenia człowiek**, nie klasyfikator wykrywający niezgodność.

## Którą ścieżkę korekty wybrać w EDM?

Użyj tabeli jako mapy rozmowy z dostawcą, nie jako instrukcji klikania. **Najpierw dopasuj rodzaj sytuacji**, potem poproś dostawcę o pokazanie na środowisku testowym, jak jego system zachowuje oryginał, powiązanie i podpis. **Nazwa funkcji jest drugorzędna wobec odtwarzalnego rezultatu.**

| Sytuacja | Działanie w EDM | Kto zatwierdza | Dowód w historii |
| --- | --- | --- | --- |
| Błąd w autoryzowanej treści wpisu | Powiązane sprostowanie, uzupełnienie albo inna funkcja przewidziana przez system; bez bezpośredniej zmiany rekordu w bazie | Osoba uprawniona do oceny i sporządzenia danej dokumentacji | Oryginalna wersja, nowy wpis, przyczyna, czas, osoba i relacja między wersjami |
| Dokument lub zdarzenie przypisane niewłaściwej osobie | Procedura poprawienia lub anulowania po stronie podmiotu, który wystawił albo przekazał dokument; równolegle ocena dostępu do cudzych danych | Właściwa osoba po stronie placówki; przy ryzyku prywatności konsultacja z IOD | Identyfikator błędnego obiektu, zgłoszenie, wykonana operacja, potwierdzenie widoczności poprawki w odpowiednim kanale |
| Błędne metadane albo indeks przy poprawnej treści | Korekta metadanych w zakresie, który system rozdziela od treści klinicznej | Uprawniony operator zgodnie z procedurą placówki | Zakres zmienionych pól, wartość przed i po, osoba, czas oraz powiązanie z dokumentem |
| Błąd wynikający ze wspólnego szablonu lub wersji AI | Korekta pojedynczego wpisu oraz osobne zatrzymanie albo wycofanie wadliwej wersji modułu | Wpis zatwierdza właściwa osoba medyczna; zmianę narzędzia zatwierdza właściciel procesu | Lista objętych wersji, decyzja o wstrzymaniu, wynik przeglądu i dowód ponownego dopuszczenia |

Centrum e-Zdrowia wyjaśnia pacjentom, że błędny dokument widoczny w IKP poprawia lub anuluje placówka, która go wystawiła; samo CeZ nie ingeruje w dokumenty sporządzone przez pracowników medycznych. **Nie oznacza to, że każdy błąd wymaga anulowania całego dokumentu.** Właściwa operacja zależy od rodzaju dokumentu, miejsca błędu, reguł P1 i funkcji konkretnego EDM.

Red flag pojawia się wtedy, gdy dostawca proponuje ręczną zmianę w bazie danych bez zdarzenia widocznego w historii. **Taki skrót może usunąć relację między wersjami**, utrudnić eksport i pozostawić różne treści w EDM, indeksie P1 oraz widoku pacjenta. Poproś o udokumentowaną ścieżkę produktu i potwierdzenie, jak zmiana będzie widoczna po eksporcie.

## Co musi zawierać rejestr sprostowania?

Rejestr nie powinien powtarzać całej dokumentacji. **Ma połączyć zdarzenia**, aby po kilku miesiącach dało się odpowiedzieć: co wykryto, którą wersję oceniono, kto zdecydował i jak sprawdzono rezultat. Minimalny zestaw obejmuje:

1. identyfikator pierwotnego wpisu, dokumentu lub zdarzenia oraz jego wersję;
2. czas wykrycia i rolę osoby zgłaszającej, bez zbędnego opisu pacjenta w dodatkowym systemie;
3. kategorię błędu i krótki powód korekty;
4. identyfikator modułu AI, wersję modelu lub szablonu i identyfikator wyniku — jeśli były dostępne w procesie;
5. wybraną funkcję EDM oraz zakres zmiany;
6. osobę wykonującą operację i osobę ponownie zatwierdzającą znaczenie wpisu;
7. powiązanie między oryginałem a sprostowaniem, czas autoryzacji i wynik kontroli widoczności;
8. decyzję o przeglądzie podobnych wpisów, jego zakres i właściciela.

**Nie zapisuj oceny „błąd AI” tylko dlatego, że zdanie brzmi nienaturalnie.** Przyczyną może być stary szablon, ręczne kopiowanie, mapowanie pól albo działanie integracji. Etykieta przyczyny powinna wynikać z wersji, logu i odtworzenia procesu. Gdy przyczyny nie da się potwierdzić, wpisz „nieustalona” i zachowaj fakty, zamiast produkować pewność na potrzeby raportu.

Badanie koncepcyjne opublikowane 7 lipca 2026 r. w *Frontiers in Digital Health* proponuje dla audytowalnego pomiaru AI m.in. identyfikatory ekspozycji, użytkownika, sesji i wersji, niezmienny znacznik czasu, powód odstępstwa oraz ślad przeglądu. **To nie jest polski wymóg prawny ani gotowy standard EDM.** Jest jednak użytecznym testem kompletności: czy rejestr pokazuje działanie modelu, reakcję człowieka i późniejszą decyzję o zatrzymaniu lub wznowieniu funkcji.

## Kto odpowiada za każdy etap po wykryciu błędu?

Najgorszy podział obowiązków brzmi „niech poprawi to administrator”. Administrator zna system, ale **nie przejmuje odpowiedzialności za treść kliniczną**. Lekarz lub inna uprawniona osoba ocenia znaczenie błędu, sporządza albo zatwierdza sprostowanie i decyduje, czy aktualna informacja wymaga dalszego działania w procesie opieki.

**Administrator EDM zabezpiecza historię i wykonuje operację techniczną** w zakresie swoich uprawnień. Powinien pokazać relację wersji, sprawdzić eksport oraz potwierdzić, czy poprawka dotarła do właściwych systemów. Nie dopisuje uzasadnienia medycznego i nie wybiera treści, która ma zastąpić błędne sformułowanie.

**Manager jest właścicielem przebiegu i czasu reakcji.** Łączy zgłoszenie, osoby, termin i dowody, decyduje o wstrzymaniu modułu AI oraz pilnuje przeglądu podobnych wpisów. IOD pomaga ocenić dostęp do logów, minimalizację danych, retencję i ewentualne skutki błędnego ujawnienia danych. Nie zastępuje lekarza ani właściciela dokumentacji w ocenie treści.

### Pytania do dostawcy EDM i IOD\n\nW rozmowie z dostawcą i IOD warto zadać pięć konkretnych pytań:

- Czy pierwotna wersja pozostaje dostępna i eksportowalna po korekcie?
- Jak system rozróżnia zmianę treści, metadanych, anulowanie dokumentu i korektę zdarzenia w P1?
- Kto może wykonać każdą operację i czy wymaga ona ponownej autoryzacji?
- Jak pacjent oraz inna uprawniona placówka zobaczą oryginał i aktualną informację?
- Które logi zawierają dane osobowe, kto ma do nich dostęp i jak długo są przechowywane?

## Jak sprawdzić, czy błąd AI dotyczy także innych wpisów?

Naprawienie jednego dokumentu nie zamyka problemu, jeśli źródłem był wspólny szablon, instrukcja albo wersja modelu. **Zakres przeglądu buduj od technicznego identyfikatora**, czasu wdrożenia, rodzaju dokumentu i miejsca użycia funkcji. Nie przeszukuj całej dokumentacji po luźnych słowach, jeżeli można najpierw ograniczyć zbiór do konkretnej wersji integracji.

AI może pomóc ułożyć kolejkę rekordów do kontroli albo wskazać ten sam wzorzec niespójności w zatwierdzonym środowisku. **Nie powinna seryjnie poprawiać trafień ani uznawać ich za błędne.** Każdy wpis wymaga oceny w swoim kontekście, a wynik podobieństwa jest sygnałem do sprawdzenia, nie podstawą zmiany dokumentacji.

Jeżeli placówka już projektuje ślad pochodzenia szkicu przed podpisem, warto połączyć oba etapy. W artykule o [zachowaniu autora i źródła fragmentu AI w EDM](/ai-w-pracy-lekarza/slad-ai-w-edm) opisaliśmy, jak rejestrować generowanie, korektę i akceptację. **Tutaj ten ślad staje się wejściem do analizy po fakcie**, ale nie zastępuje sprostowania zatwierdzonego wpisu.

Nie oceniaj jakości narzędzia wyłącznie odsetkiem wpisów przyjętych bez edycji. Autorzy frameworku z 7 lipca podkreślają, że notatka zaakceptowana bez zmian może zawierać błąd, a mocno poprawiona może być klinicznie lepsza. **Do przeglądu potrzebujesz próby jakościowej**, wersji i powodów odstępstw, nie konkursu na najmniejszą liczbę kliknięć.

## Kiedy wznowić funkcję AI, a kiedy ją zatrzymać?

**W tej sytuacji warto rozważyć wznowienie**, gdy placówka zna przyczynę albo potrafi przynajmniej ograniczyć zakres, zakończyła korektę objętych wpisów, przetestowała poprawioną konfigurację na danych fikcyjnych i potwierdziła działanie logów. Decyzja powinna wskazywać właściciela, wersję dopuszczoną do pracy i datę pierwszego przeglądu po wznowieniu.

**Nie zaczynaj ponownego uruchomienia, gdy** nie da się odtworzyć pierwotnej wersji, integracja zmienia autoryzowane wpisy bez nowego zdarzenia, skala błędu jest nieznana albo system nie pokazuje osoby i czasu zmiany. Natychmiastowej eskalacji wymaga też podejrzenie przypisania dokumentu niewłaściwej osobie lub ujawnienia cudzych danych.

Wstrzymanie powinno być proporcjonalne. Jeśli problem dotyczy generatora szkicu, placówka może wrócić do ręcznego tworzenia wpisu i utrzymać pozostałe funkcje EDM. **Bezpieczny tryb zastępczy trzeba znać przed incydentem.** W przeciwnym razie presja czasu skłoni zespół do ponownego włączenia modelu bez dowodu, że przyczyna została opanowana.

Nie obiecuj, że monitoring wykryje każdy błąd. Dobre kryterium jest skromniejsze: **każde zgłoszenie ma właściciela, powiązane wersje, termin decyzji i udokumentowany wynik**, a funkcja AI nie wraca do pracy wyłącznie dlatego, że od ostatniego alarmu minęło kilka dni.

## Jak przetestować procedurę na fikcyjnym wpisie?

Pierwszy test wykonaj w środowisku szkoleniowym lub testowym dostawcy, bez prawdziwych danych pacjenta. Utwórz fikcyjny wpis z neutralną niezgodnością organizacyjną, przeprowadź autoryzację testową, zgłoś błąd, zabezpiecz wersję i użyj właściwej funkcji korekty. **Nie testuj na rzeczywistej dokumentacji tylko po to, aby zobaczyć, co zrobi przycisk.**

Następnie sprawdź cztery rezultaty: czy oryginał nadal istnieje, czy sprostowanie jest z nim powiązane, czy historia pokazuje osoby i czas oraz czy eksport pozwala odtworzyć obie wersje. **Osobno zasymuluj zatrzymanie modułu AI** i powrót do ręcznego trybu, bo procedura korekty bez bezpiecznego obejścia nie zadziała w godzinach pracy placówki.

Na koniec porównaj **metryki reakcji**, nie ogólną „skuteczność AI”: czas od zgłoszenia do zabezpieczenia wpisu, czas do decyzji osoby uprawnionej, odsetek korekt z działającym powiązaniem oraz liczbę rekordów objętych przeglądem. **Pierwszym krokiem po lekturze jest 45-minutowy test jednego fikcyjnego wpisu** z lekarzem, administratorem EDM i managerem. IOD dołącza do oceny logów i danych, jeśli test ujawnia taki zakres.

## Źródła

- [Rozporządzenie Ministra Zdrowia w sprawie rodzajów, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania — tekst jednolity](https://eli.gov.pl/api/acts/DU/2024/798/text.html) — polskie źródło pierwotne; § 1 ust. 6 i § 4 opisują integralność, udokumentowane zmiany, identyfikację osoby, zakres oraz czas wpisu lub zmiany. Sprawdzono: 2026-08-08.
- [Centrum e-Zdrowia — Twoje bezpieczne IKP](https://pacjent.gov.pl/twoje-bezpieczne-ikp-0) — oficjalna informacja, że błędny dokument poprawia albo anuluje podmiot, który go wystawił; CeZ nie ingeruje w dokumenty wystawione przez pracowników medycznych. Opublikowano i zmodyfikowano: 2025-07-01. Sprawdzono: 2026-08-08.
- [Rzecznik Praw Pacjenta — Niekompletna dokumentacja medyczna](https://www.gov.pl/web/rpp/niekompletna-dokumentacja-medyczna) — stanowisko o obowiązku rzetelnego, chronologicznego prowadzenia dokumentacji, oznaczania osoby dokonującej wpisu i kontroli kompletności. Sprawdzono: 2026-08-08.
- [Kirchhoff i in. — A testable framework linking diagnostic AI contribution to outcome measurement in clinical decision support](https://www.frontiersin.org/journals/digital-health/articles/10.3389/fdgth.2026.1871438/full) — koncepcyjny framework z 7.07.2026 r. wnosi minimalne elementy telemetrii i ostrzega, że akceptacja notatki bez edycji nie dowodzi jej poprawności; nie jest polskim standardem prawnym ani walidacją kliniczną. Sprawdzono: 2026-08-08.
- Okładka: [SHVETS production na Pexels](https://www.pexels.com/photo/a-person-writing-on-a-document-in-front-of-a-desktop-8413332/)