Definicja: Brak wysyłki dokumentów EDM oznacza, że dokument utworzony w systemie gabinetowym nie przechodzi skutecznie etapów podpisu, kontroli poprawności oraz przekazania do usług centralnych, co kończy się brakiem indeksu albo brakiem prezentacji dokumentu w kanałach pacjenta: (1) niekompletne albo niespójne dane pacjenta i świadczenia; (2) błędy podpisu elektronicznego lub certyfikatów; (3) odrzucenia walidacyjne treści dokumentu i powiązania z Zdarzeniem Medycznym.
Ostatnia aktualizacja: 2026-03-12
Szybkie fakty
- Brak dokumentu w IKP nie zawsze oznacza niewysłanie; część problemów dotyczy indeksowania albo opóźnień prezentacji.
- Najczęstsze grupy przyczyn to dane, podpis elektroniczny oraz walidacja treści dokumentu (np. CDA).
- Skuteczna eskalacja wymaga identyfikatorów transakcji, czasu zdarzenia, statusów i komunikatu odrzucenia.
Najpierw należy ustalić, czy dokument został podpisany i czy wysyłka zakończyła się potwierdzeniem, a dopiero później analizować widoczność w systemach centralnych. Najwięcej usterek mieści się w trzech mechanizmach.
- Warstwa danych: Odrzucenia wynikają z braków lub niespójności identyfikatorów pacjenta, świadczenia, kodów rozpoznań lub typów dokumentów.
- Warstwa podpisu: Proces zatrzymuje się na etapie podpisu z powodu nieobsługiwanego środka podpisu, braku uprawnień lub problemu z certyfikatem.
- Warstwa walidacji i integracji: Dokument zostaje odrzucony przez reguły strukturalne albo nie jest prawidłowo powiązany z Zdarzeniem Medycznym, co blokuje indeks.
Problem braku wysyłki EDM bywa mylony z brakiem widoczności dokumentu w systemach centralnych, ponieważ oba scenariusze kończą się podobnym objawem: brak dokumentu po stronie pacjenta lub brak potwierdzenia w gabinecie. Rozstrzygnięcie wymaga sprawdzenia, czy dokument osiągnął stan podpisany, czy został powiązany ze Zdarzeniem Medycznym oraz czy otrzymał potwierdzenie przekazania do usług centralnych.
Efektywna diagnostyka opiera się na trzech warstwach: kompletności danych (pacjent i świadczenie), poprawności podpisu elektronicznego oraz zgodności struktury dokumentu z regułami walidacyjnymi. Dopiero po przejściu tych testów sensowne staje się badanie opóźnień prezentacji i różnic czasowych między komponentami systemów.
Jak rozpoznać, czy problem dotyczy wysyłki EDM, czy widoczności w P1/IKP
Najpierw należy odróżnić brak wysyłki dokumentu od braku jego indeksu albo opóźnionej prezentacji, ponieważ oba stany bywają widoczne jako „brak dokumentu”. Minimalna diagnoza zaczyna się od statusu Zdarzenia Medycznego oraz statusu dokumentu w repozytorium lokalnym systemu gabinetowego.
Objaw: brak dokumentu u pacjenta a status w systemie gabinetowym
Jeżeli dokument nie osiągnął stanu podpisanego, problem leży zwykle po stronie procesu podpisu lub danych wejściowych, a nie po stronie usług centralnych. Jeżeli dokument jest podpisany, a wciąż pozostaje w kolejce wysyłek, istotne staje się ustalenie, czy system rejestruje identyfikator transakcji przekazania oraz komunikat zwrotny. Brak identyfikatora transakcji albo stały komunikat odrzucenia przeważnie wskazuje na błąd krytyczny, wymagający korekty danych lub treści dokumentu.
Scenariusz: Zdarzenie Medyczne potwierdzone, EDM niewidoczne
Stan „ZM potwierdzone, EDM brak” sugeruje, że raportowanie Zdarzenia Medycznego mogło zostać zakończone poprawnie, a problem dotyczy dokumentu: jego powiązania, walidacji albo indeksowania. W takiej sytuacji weryfikacji wymaga zgodność identyfikatorów wizyty i pacjenta między ZM a dokumentem oraz to, czy dokument został wysłany jako element powiązany z właściwym zdarzeniem. Część przypadków wynika z opóźnień prezentacji i różnic czasowych, co powoduje, że dokument pojawia się później mimo poprawnego przesłania.
Przy rosnącej kolejce wysyłek i braku potwierdzeń, najbardziej prawdopodobne jest zatrzymanie procesu na etapie komunikacji lub odrzucenia walidacyjnego.
Najczęstsze przyczyny braku wysyłki: dane, podpis, walidacja treści
Brak wysyłki EDM najczęściej wynika z niepoprawnych danych źródłowych, problemu z podpisem elektronicznym albo niespełnienia reguł walidacyjnych treści dokumentu. Każda grupa przyczyn ma typowe symptomy: od zatrzymania na „roboczy”, przez błędy podpisu, po komunikaty odrzucenia zgodności dokumentu.
Błędy danych świadczenia i pacjenta
Najbardziej kosztowne diagnostycznie są błędy danych, bo potrafią ujawniać się wybiórczo: jedne dokumenty przechodzą, inne są odrzucane. Do częstych kategorii należą braki identyfikatora pacjenta albo niespójność danych świadczenia między kartą wizyty, Zdarzeniem Medycznym i dokumentem. Problemy generują też rozbieżności w kodach rozpoznań i procedur, gdy system wymaga spójności pól na poziomie dokumentu i zdarzenia.
Błędy podpisu elektronicznego i certyfikatów
Następną grupą są błędy podpisu: brak możliwości złożenia podpisu, błąd weryfikacji certyfikatu, problem z uprawnieniami lub konfiguracją środowiska, a także sytuacja, gdy podpis wielodokumentowy nie działa zgodnie z oczekiwaniem. W wymaganiach dla systemu gabinetowego wskazano konieczność obsługi kilku środków podpisu, co w praktyce oznacza, że błąd konfiguracji podpisu może zatrzymać proces jeszcze przed etapem wysyłki.
System Gabinetowy musi zapewnić możliwość składania podpisu elektronicznego pod dokumentem medycznym z wykorzystaniem: kwalifikowanego podpisu elektronicznego oraz podpisu zaufanego (identyfikacja za pomocą profilu zaufanego) oraz podpisu osobistego (z wykorzystaniem dowodu osobistego z warstwą elektroniczną) oraz z wykorzystaniem certyfikatu ZUS (analogicznie jak e-recepty), z możliwością jednoczesnego podpisania więcej niż 1 dokumentu medycznego.
Źródło: Ministerstwo Zdrowia — Model referencyjny wdrożenia e‑usług w POZ (2026)
Odrzucenia walidacyjne dokumentów CDA
Odrzucenia walidacyjne pojawiają się, gdy treść dokumentu nie spełnia reguł implementacyjnych, nawet jeśli wizualnie dokument wygląda poprawnie. W tym obszarze kluczowa jest świadomość, że dla dokumentów obowiązują instrukcje implementacyjne, a nie tylko reguły „czytelnego wydruku”. Dokumentacja implementacji CDA porządkuje reguły, które wpływają na akceptację dokumentu przez systemy integracyjne.
Niniejszy dokument jest instrukcją stosowania Polskiej Implementacji Krajowej HL7 CDA
Źródło: CSIOZ — Instrukcja stosowania implementacji HL7 CDA (2017)
Jeśli komunikat odrzucenia wskazuje na błąd podpisu, to najbardziej prawdopodobne jest zatrzymanie procesu przed wysyłką, a nie problem indeksowania.
Procedura diagnostyczna: testy weryfikacyjne i działania naprawcze
Diagnoza wymaga przejścia przez stałą sekwencję testów, która minimalizuje ryzyko pomylenia błędu wysyłki z opóźnieniem prezentacji. Procedura zaczyna się od potwierdzenia utworzenia i podpisu dokumentu, przechodzi przez kontrolę kompletności danych, a kończy się oceną walidacji treści i powiązania z Zdarzeniem Medycznym.
Sekwencja testów od podpisu do potwierdzenia wysyłki
Krok 1: potwierdzenie, że dokument istnieje w repozytorium lokalnym oraz ma status jednoznacznie wskazujący na złożony podpis. Brak statusu podpisu sugeruje błąd środka podpisu, uprawnień lub danych, które blokują zatwierdzenie dokumentu.
Krok 2: kontrola danych obowiązkowych powiązanych ze świadczeniem i pacjentem, w szczególności spójności identyfikatorów w obrębie wizyty, Zdarzenia Medycznego i dokumentu. Rozbieżności w identyfikatorach lub datach często prowadzą do odrzuceń krytycznych.
Krok 3: weryfikacja mechanizmu podpisu pod kątem ważności certyfikatu i zgodności konfiguracji systemowej. Jeśli błąd podpisu pojawia się po czasie, hipotezą roboczą jest wygaśnięcie certyfikatu albo zmiana ustawień stacji roboczej.
Krok 4: analiza komunikatu odrzucenia walidacyjnego treści oraz identyfikacja pola lub sekcji dokumentu, które nie spełniają reguł implementacyjnych. Korekta powinna obejmować źródło danych generujące dokument, a nie wyłącznie ponowienie wysyłki bez zmiany.
Kiedy ponowić wysyłkę, a kiedy poprawić dane
Ponowienie wysyłki ma sens, gdy błąd ma cechy przejściowe: brak potwierdzenia przy jednoczesnym braku odrzucenia, krótkotrwałe przerwy łączności lub chwilowe przeciążenie kolejki. Korekta danych jest właściwa, gdy system zwraca stały komunikat odrzucenia, a błąd powtarza się dla identycznej konfiguracji i dokumentu. Osobnym przypadkiem jest brak powiązania z Zdarzeniem Medycznym, gdzie ponowienie bywa bezskuteczne bez rekonstrukcji powiązania.
Test spójności identyfikatorów dokumentu i Zdarzenia Medycznego pozwala odróżnić błąd danych od opóźnienia prezentacji bez zwiększania ryzyka błędów.
Tabela diagnostyczna: objawy, weryfikacja i naprawa
Tabela porządkuje symptomy i przypisuje im test rozstrzygający oraz działanie naprawcze możliwe do wykonania bez zmiany architektury systemu. Dzięki temu łatwiej rozdzielić błąd podpisu od odrzucenia walidacyjnego oraz od problemu powiązania dokumentu z Zdarzeniem Medycznym.
| Objaw | Weryfikacja | Działanie naprawcze |
|---|---|---|
| Dokument nie przechodzi do stanu podpisanego | Sprawdzenie środka podpisu, uprawnień oraz ważności certyfikatu | Przywrócenie poprawnej konfiguracji podpisu i ponowne podpisanie dokumentu |
| Zdarzenie Medyczne potwierdzone, dokument EDM niewidoczny | Kontrola powiązania dokumentu z identyfikatorem zdarzenia i spójności danych | Odbudowa powiązania oraz ponowienie wysyłki dokumentu po korekcie danych |
| Stały komunikat odrzucenia walidacyjnego | Identyfikacja pola lub sekcji niezgodnej z regułami implementacyjnymi | Korekta źródła danych generującego dokument i ponowne wygenerowanie dokumentu |
| Nagły wzrost błędów po czasie poprawnej pracy | Weryfikacja dat ważności certyfikatów i zmian konfiguracji środowiska | Odnowienie certyfikatu lub korekta ustawień i ponowienie procesu podpisu oraz wysyłki |
| Wysyłka działa wybiórczo dla części dokumentów | Porównanie różnic danych świadczenia i pacjenta między przypadkami | Ujednolicenie danych obowiązkowych i korekta mapowania pól w systemie |
Przy powtarzalnym odrzuceniu walidacyjnym, najbardziej prawdopodobne jest występowanie brakującego elementu treści, a nie krótkotrwały problem komunikacji.
Jak przygotować skuteczne zgłoszenie do dostawcy systemu EDM
Skuteczne zgłoszenie opiera się na identyfikowalnych faktach: identyfikatorach, czasach, statusach i komunikacie błędu, które pozwalają powiązać przypadek z logami. Taki zestaw danych redukuje liczbę iteracji serwisowych i umożliwia odtworzenie scenariusza w środowisku testowym.
Dane identyfikacyjne i statusy potrzebne do analizy
W zgłoszeniu powinny znaleźć się: typ dokumentu, data i godzina wystawienia, identyfikator wizyty lub zdarzenia oraz statusy procesu (utworzenie, podpis, wysyłka, potwierdzenie). Uzupełnieniem są: identyfikator transakcji integracyjnej, liczba prób ponowienia oraz treść komunikatu odrzucenia, jeśli jest dostępna. Informacja o wersji systemu gabinetowego i komponentów integracyjnych pozwala przypisać błąd do konkretnego wariantu konfiguracji.
Minimalizacja danych wrażliwych w zgłoszeniu
Materiał przekazywany serwisowi powinien realizować zasadę niezbędności: identyfikatory techniczne są zwykle bardziej przydatne niż pełne dane medyczne. Jeśli wymagane są przykładowe dane, stosuje się minimalny zakres potrzebny do odtworzenia błędu, z zachowaniem polityk bezpieczeństwa placówki. Istotne jest wskazanie, czy błąd występuje na wielu stanowiskach i czy dotyczy jednego typu dokumentu.
Jeśli zgłoszenie zawiera identyfikator transakcji oraz czas zdarzenia, to konsekwencją jest możliwość szybkiego skorelowania problemu z logami integracyjnymi.
Które źródła są lepsze: dokumentacja P1 czy artykuły branżowe?
Dokumentacja P1 i dokumenty standardów mają trwały format, wersjonowanie oraz opis reguł walidacyjnych, co sprzyja jednoznacznej weryfikacji wymagań. Artykuły branżowe szybciej opisują obserwacje wdrożeniowe, lecz często nie zawierają kompletnej ścieżki weryfikacyjnej ani odniesienia do konkretnego punktu specyfikacji. Kryterium wyboru stanowi możliwość odtworzenia tezy: informacja powinna zawierać warunek, sposób sprawdzenia oraz wynik oczekiwany. Sygnałem zaufania jest autor instytucjonalny, aktualność oraz dostęp do dokumentu w niezmiennym formacie, np. PDF.
Przy rozbieżności interpretacji wymagań, najbardziej prawdopodobne jest, że rozstrzygnięcie zapewni źródło wersjonowane i publicznie dostępne.
QA: pytania i odpowiedzi o braku wysyłki EDM
Co oznacza, że Zdarzenie Medyczne ma status potwierdzony, a dokument EDM nie jest widoczny?
Potwierdzenie Zdarzenia Medycznego nie jest równoznaczne z poprawnym indeksem i prezentacją dokumentu. Weryfikacji wymaga powiązanie dokumentu ze zdarzeniem oraz status wysyłki i ewentualne odrzucenie walidacyjne.
Jak odróżnić błąd podpisu od błędu walidacji treści dokumentu?
Błąd podpisu zatrzymuje dokument przed etapem wysyłki, a objawem bywa brak statusu podpisanego albo komunikat związany z certyfikatem. Błąd walidacji treści występuje po wygenerowaniu dokumentu i może powodować odrzucenie mimo poprawnego podpisu.
Kiedy ponowienie wysyłki ma sens, a kiedy wymagana jest korekta danych?
Ponowienie ma sens przy błędach przejściowych, gdy brak jest stałego komunikatu odrzucenia i występuje jedynie brak potwierdzenia. Korekta danych jest właściwa, gdy komunikat odrzucenia powtarza się, a weryfikacja wskazuje na niespójność identyfikatorów, pól obowiązkowych lub treści dokumentu.
Jakie braki danych pacjenta lub świadczenia najczęściej blokują wysyłkę?
Blokady wynikają często z braków lub niespójności identyfikatorów pacjenta, danych świadczenia, dat oraz typów dokumentów. Problemy wywołują też rozbieżności w kodach rozpoznań i procedur między dokumentem a raportowanym zdarzeniem.
Jakie elementy są potrzebne, aby zgłoszenie serwisowe było rozpatrzone szybciej?
Najbardziej użyteczne są identyfikatory transakcji i zdarzenia, czas wystąpienia, statusy procesu oraz pełny komunikat odrzucenia. Pomaga także informacja o wersji systemu, powtarzalności błędu i zakresie kroków diagnostycznych wykonanych w gabinecie.
Czy opóźnienie prezentacji w IKP może wystąpić mimo poprawnej wysyłki?
Opóźnienia prezentacji mogą występować mimo poprawnej wysyłki, jeśli indeksowanie i propagacja w systemach centralnych zajmują więcej czasu. Kryterium rozstrzygającym jest potwierdzenie zakończonej wysyłki i brak komunikatów odrzucenia po stronie systemu gabinetowego.
Źródła
- Pacjent.gov.pl — Poznaj elektroniczną dokumentację medyczną (2022)
- Centrum e‑Zdrowia — Digitalizacja dokumentacji medycznej (2025)
- Gov.pl (Portal Interoperacyjności i Architektury) — Standardy e‑Zdrowia (2026)
- Medycyna Praktyczna — Wymiana dokumentów EDM – pytania i odpowiedzi (2021)
- Ministerstwo Zdrowia — Model referencyjny wdrożenia e‑usług w POZ (2026)
- CSIOZ — Instrukcja stosowania implementacji HL7 CDA (2017)
- Polskie Stowarzyszenie HL7 — Wizualizacja CDA (2023)
Diagnoza braku wysyłki EDM wymaga rozdzielenia procesu podpisu, wysyłki i indeksowania, ponieważ podobny objaw może mieć różne przyczyny. Najczęściej problem wynika z braków danych, błędów podpisu albo odrzuceń walidacyjnych treści dokumentu. Procedura testów oparta na statusach i spójności identyfikatorów skraca czas rozpoznania. Ustandaryzowane zgłoszenie serwisowe pozwala powiązać incydent z logami i potwierdzić przyczynę.