Zapraszamy do udziału w Projectathonie organizowanym przez Centrum e-Zdrowia

30 listopada 2021 r. Centrum e-Zdrowia organizuje Projectathon, czyli warsztat poświęcony testom integracyjnym oprogramowania dostawców dla wybranych usług systemu e-zdrowie (P1).

  • Kiedy: 30 listopada 2021 r.
  • Gdzie: w Warszawie, Elektrownia Powiśle ul. Dobra 42, Warszawa oraz zdalnie
  • Zgłoszenia należy dokonać przez wypełnienie formularza zgłoszeniowego(Otworzy się w nowej karcie) najpóźniej do 22 listopada 2021 r.  
  • Liczba miejsc stacjonarnych oraz zdalnych jest proporcjonalna i ograniczona. W warsztacie może wziąć udział maksymalnie 3 przedstawicieli ze strony jednego dostawcy. Ewentualne zgłoszenie większej liczby osób będzie wymagało zgody CeZ.
  • Dodatkowe pytania dotyczące organizacji warsztatów lub merytoryczne  prosimy kierować na adres e-mail: konferencja [at] cez.gov.pl (konferencja[at]cez[dot]gov[dot]pl)

Udział w Projectathonie to wyjątkowa okazja do sprawdzenia funkcjonalności swojego oprogramowania gabinetowego w ramach 3 obszarów P1 tj.: ZM, wymiany EDM i zamawiania e-recept (szczegółowa informacja poniżej). Po warsztatach powstanie dedykowana lista wykonawców, którzy uczestniczyli w Projectathonie i poprawnie przeszli testy.

Warunki:

  • Wypełnienie formularza zgłoszeniowego;
  • Posiadanie certyfikatu na środowisku integracyjnym;
  • Zainstalowane dedykowane oprogramowania na własnym komputerze celem zrealizowania scenariuszy testowych (UWAGA: oprogramowanie należy mieć zainstalowane na własnym komputerze celem uniknięcia problemów z ograniczeniem sieci);
  • Zakłada się obsługę przez dostawcę minimum jednego pełnego scenariusza oraz funkcjonalności wynikających z kroków testowych składających się na całość procesu biznesowego danego obszaru;
  • Zakres wykonanych prac w ramach kroku testowego danego scenariusza jest potwierdzany przez CeZ. Potwierdzenie jest odnotowywane i daje podstawę do realizacji następnych kroków scenariusza;
  • Poprawna realizacja wszystkich kroków testowanego scenariusza spełnia wymagania dojrzałości oprogramowania w zakresie obsługi danego obszaru Scenariusze powinny być testowane w docelowej aplikacji poszczególnych uczestników Projectathonu.

Informacja dodatkowa:

Zaplanowane do realizacji scenariusze testowe umożliwiają prowadzenie testów w różnych zakresach i obszarach przygotowanych rozwiązań systemów gabinetowych.

UWAGA: szczegółowy zakres danych testowych zostanie przekazany bezpośrednio przed Projectathonem.

Ramowy opis testów:

I. W obszarze zamawiania recept:

CeZ przygotuje:

  • Dane testowe (wygenerowane zamówienia, recepty)
  • Zamówienia gotowe do wyświetlenia u Usługodawcy
  • Dostęp do wysyłania powiadomień PUSH

Scenariusz pierwszy - z obsługą powiadomień:

  1. Rejestracja adresu dla powiadomień PUSH.
  2. Odebranie powiadomienia PUSH dla nowego zamówienia.
  3. Pobranie wniosku na podstawie identyfikatora zamówienia.
  4. Zmiana statusu wniosku (na podstawie przynajmniej jednej z poniższych opcji):
    • Przy wykorzystaniu wystawienia recepty – w recepcie wskazano nr zamówienia
    • Przy wykorzystaniu dedykowanej usługi

Oczekiwania od dostawców w zakresie scenariusza 1 obszaru zamawiania recept:

  1. Przekazanie certyfikatu SSL oraz adresu, pod który będą wysyłane powiadomienia PUSH
  2. Prezentacja operacji zapisu adresu dla powiadomień PUSH
  3. Prezentacja operacji pobrania szczegółów wniosku po identyfikatorze
  4. Prezentacja operacji zapisu recepty z podanym identyfikatorem wniosku
  5. Prezentacja operacji zmiany statusu wniosku
  6. Prezentacja rozwiązania obsługi pobrania wiadomości PUSH

Scenariusz drugi - bez obsługi powiadomień:

  1. Pobranie wniosku (na podstawie przynajmniej jednej z poniższych opcji):
    • Na podstawie numeru księgi;
    • Na podstawie danych pacjenta (numer PESEL);
  2. Zmiana statusu wniosku (na podstawie przynajmniej jednej z poniższych opcji):
    • Przy wykorzystaniu wystawienia recepty – w recepcie wskazano nr zamówienia
    • Przy wykorzystaniu dedykowanej usługi

Oczekiwania od dostawców w zakresie scenariusza 2 obszaru zamawiania recept:

  1. Prezentacja operacji pobrania wniosków dla wskazanego podmiotu
  2. Prezentacja operacji pobrania wniosków dla wskazanego pacjenta
  3. Prezentacja operacji zapisu recepty z podanym identyfikatorem wniosku
  4. Prezentacja operacji zmiany statusu wniosku

II. W obszarze zdarzeń medycznych (2 scenariusze – dla POZ/AOS oraz hospitalizacja):

CeZ przygotuje:

  1. Listę dokumentów skierowań, osobne skierowanie dla każdego uczestnika Projectathonu,
  2. Zdarzenia medyczne wraz z EDM do wyświetlania w systemie Usługodawcy

Scenariusz pierwszy – POZ/AOS

Główne założenie: W ramach realizacji poniższego scenariusza wszystkie utworzone zasoby zdarzeń medycznych muszą zostać podpisane w celu realizacji operacji wyszukania zdarzenia medycznego przez innego dostawcę.

  1. Zapis zdarzenia medycznego na podstawie skierowania w Systemie P1 uwzględniający zasoby:
    • patient,
    • encounter,
    • condition,
    • procedure,
    • coverage,
    • claim,
    • provenance,
    • observation (opcjonalnie – nie wymagany)
  2. Zapisanie do powyższego zdarzenia z punktu 1 dodatkowego zasobu procedury, modyfikacja już istniejącego zasobu (oraz aktualizacja zasobu patient),
  3. Usunięcie wybranych zasobów w ramach zdarzenia medycznego zapisanych w Systemie P1,
  4. Wyszukanie i odczyt wcześniej zapisanego zdarzenia medycznego innego podmiotu testowego

Oczekiwania od dostawców w zakresie scenariusza 1 obszaru ZM:

  1. Prezentacja sposobu rejestracji zdarzenia medycznego wraz z wymienionymi zasobami,
  2. Prezentacja sposobu aktualizacji zdarzenia medycznego oraz rejestracji dodatkowego nowego zasobu zdarzenia medycznego,
  3. Prezentacja sposobu usunięcia wybranego zasobu w ramach zapisanego zdarzenia medycznego,
  4. Prezentacja operacji wyszukiwania i odczytu zdarzenia medycznego innego podmiotu testowego oraz zdarzenia medycznego przygotowanego przez CeZ.

Scenariusz drugi – hospitalizacja

Główne założenie: W ramach realizacji poniższego scenariusza wszystkie utworzone zasoby zdarzeń medycznych muszą zostać podpisane w celu realizacji operacji wyszukania zdarzenia medycznego przez innego dostawcę.

  1. Zapis zdarzenia medycznego na podstawie skierowania w Systemie P1 uwzględniający zasoby:
    • patient,
    • encounter,
    • condition,
    • procedure,
    • coverage,
    • claim,
    • provenance,
  2. Zapisanie do powyższego zdarzenia z punktu 1 dodatkowego zasobu procedury (zmiana oddziału), rozpoznania (zmiana oddziału),
  3. Aktualizacja zdarzenia medycznego po zakończonej hospitalizacji,
  4. Wyszukanie i odczyt zdarzenia medycznego innego Usługodawcy.

Oczekiwania od dostawców w zakresie scenariusza 2 obszaru ZM:

  1. Prezentacja sposobu rejestracji zdarzenia medycznego wraz z wymienionymi zasobami,
  2. Prezentacja sposobu aktualizacji zdarzenia medycznego oraz usunięcia wybranego zasobu w ramach zapisanego zdarzenia medycznego,
  3. Prezentacja operacji wyszukiwania i odczytu zdarzenia medycznego innego Usługodawcy oraz zdarzenia medycznego przygotowanego przez CeZ,
  4. Prezentacja sposobu odczytu zdarzenia hospitalizacji (wskazanie że zdarzenie medyczne jest w trakcie) wraz z zakończeniem zdarzenia hospitalizacji. Prezentacja sposobu budowania zasobu rozliczeniowego,
  5. Prezentacja zapisanego zasobu zdarzenia medycznego w zakresie zapisanych informacji o poszczególnych miejscach udzielania świadczeń, tj. oddziałów z kontekstem udzielonych procedur

III. W obszarze wymiany EDM:

CeZ przygotuje:

  1. Dane testowe pacjentów,
  2. Dokumenty EDM do pobrania i wyświetlenia w systemie Usługodawcy,
  3. Zapewnienie dostępu do repozytorium EDM na środowisku integracyjnym.

Scenariusze:

  1. Rejestracja repozytorium EDM;
  2. Przekazanie i zaindeksowanie EDM w repozytorium;
  3. Wyszukanie EDM innego Usługodawcy (wszystkich zapisanych podczas Projectathonu oraz CeZ);
  4. Pobranie EDM innego Usługodawcy (od wszystkich uczestników zapisanych podczas Projectathonu oraz CeZ);
  5. Odczyt EDM innego Usługodawcy (od wszystkich uczestników zapisanych podczas Projectathonu oraz CeZ);
  6. Przekazanie logów ATNA do Systemu P1;
  7. Pobranie EDM z repozytorium z udziałem Systemu P1 z uwzględnieniem zgód pacjenta,
  8. Pobranie EDM z repozytorium z udziałem Systemu P1 z uwzględnieniem polityk globalnych/automatycznych.

Oczekiwania od dostawców:

  1. Prezentacja sposobu rejestracji repozytorium od strony systemu dostawcy;
  2. Prezentacja operacji zapisu, wyszukania, pobrania i odczytu dokumentów EDM w systemie dostawcy w tym sposobu obsługi EDM pobranego z innego repozytorium;
  3. Prezentacja rozwiązania repozytorium EDM z punktu widzenia systemu dostawcy;
  4. Potwierdzenie przekazania logów ATNA do Systemu P1 – sposób obsługi po stronie systemu dostawcy