Zmiana placówki

Przekazanie pacjenta do innej placówki świadczącej opiekę kardiologiczną (OK lub w szczególnych przypadkach POZ) w procesie opieki kardiologicznej odbywa się w dwóch trybach:

1. Przekazanie pacjenta do innej placówki
2. Przejęcie pacjenta z innej placówki

W trybie przekazania pacjenta do innej placówki to placówka świadcząca opiekę nad pacjentem inicjuje proces przekazania. W przypadku przejęcia pacjenta z innej placówki proces jest inicjowany po stronie placówki przejmującej. W obu trybach wymagana jest rejestracja wniosku o przekazanie pacjenta przez placówkę inicjującą proces oraz akceptacja wniosku przez drugą placówkę biorącą udział w procesie przekazania.

Anulowanie wniosku polega na aktualizacji statusu wniosku na ‘entered-in-error’. Anulowanie wniosku możliwe jest do momentu jego akceptacji lub odrzucenia.

Wniosek przetwarzany jest w systemie w oparciu o zasób FHIR ServiceRequest.

W przypadku gdy karta wydawana jest w POZ wniosek taki rejestrowany jest w ramach wydania karty (ujęty jest w zasobie Bundle z danymi karty e-KOK).

Rejestracja wniosku o przekazanie pacjenta (transfer-of-care)

Warunki wejściowe:

1. Zarejestrowane świadczenie, w ramach którego aktualizowana jest karta e-KOK
2. Pobrany token dostępowy
3. Aktor wykonujący operacje zidentyfikowany jako wnioskodawca

Scenariusz:

1. Rejestracja zasobu FHIR ServiceRequest z wnioskiem o przekazanie pacjenta (PLeKOKServiceProviderChangeRequest), w szczególności:
   • Status wniosku = active
   • Typ wniosku = transfer-of-care
   • Referencja do danych świadczenia medycznego pochodząca z aktywnego świadczenia wnioskodawcy w ramach karty e-KOK

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zarejestrowany na serwerze FHIR

Rejestracja wniosku o przejęcie pacjenta (assumption-of-care)

Warunki wejściowe:

1. Pobrany token dostępowy
2. Aktor wykonujący operacje zidentyfikowany jako wnioskodawca

Scenariusz:

1. Rejestracja zasobu FHIR Encounter z danymi nierozpoczętego świadczenia medycznego (PLeKOKEncounter), w szczególności:
   • Status świadczenia medycznego = planned
2. Rejestracja zasobu FHIR ServiceRequest z wnioskiem o przejęcie pacjenta (PLeKOKServiceProviderChangeRequest), w szczególności:
   • Status wniosku = active
   • ​Typ wniosku = assumption-of-care
   • Referencja do nierozpoczętego świadczenia medycznego utworzonego w punkcie 1 scenariusza

Warunki wyjściowe:

1. Zwrócony zasób FHIR Encounter, zarejestrowany na serwerze FHIR
2. Zwrócony zasób FHIR ServiceRequest, zarejestrowany na serwerze FHIR

Akceptacja wniosku o przekazanie pacjenta (transfer-of-care).

Warunki wejściowe:

1. Wniosek o przekazanie karty e-KOK został utworzony i przekazany nowemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKEncounterStatusChangeParametersIn)
4. Pobrany token dostępowy
5. Aktor wykonujący operacje zidentyfikowany jako pracownik rozpatrujący wniosek z MUŚ wskazanego we wniosku

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy, w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu oraz danych dotyczących akceptacji wniosku:
     • Status wniosku = completed
     • Pracownik rozpatrujący wniosek,
     • Data rozpatrzenia wniosku,
2. Operacja zamknięcia świadczenia medycznego pochodzącego z danych wniosku, w zakresie zdefiniowanym w definicji operacji EncounterStatusChange, w szczególności:
   • zmiana statusu oraz danych dotyczących zamknięcia świadczenia na podstawie przekazanego typu wniosku (Typ wniosku = transfer-of-care):
     • Status świadczenia medycznego = finished
     • Data zakończenia okresu realizacji świadczenia = [bieżąca data systemowa w formacie YYYY-MM-DD]
3. Rejestracja zasobu FHIR Encounter z danymi nowego świadczenia medycznego (PLeKOKEncounter), w szczególności:
   • ​Status świadczenia medycznego = in-progress
   • Data rozpoczęcia okresu realizacji świadczenia = [bieżąca data systemowa w formacie YYYY-MM-DD]

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR
2. Zwrócony zasób FHIR Encounter, zaktualizowany na serwerze FHIR
3. Zwrócony zasób FHIR Encounter, zarejestrowany na serwerze FHIR

Odrzucenie wniosku o przekazanie pacjenta (transfer-of-care).

Warunki wejściowe:

1. Wniosek o przekazanie karty e-KOK został utworzony i przekazany nowemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Pobrany token dostępowy
4. Aktor wykonujący operacje zidentyfikowany jako pracownik rozpatrujący wniosek z MUŚ wskazanego we wniosku

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu oraz danych dotyczących akceptacji wniosku:
     • Status wniosku = revoked,
     • Pracownik rozpatrujący wniosek,
     • Data rozpatrzenia wniosku = [bieżąca data systemowa w formacie YYYY-MM-DD],
     • Przyczyna odrzucenia wniosku

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR

Anulowanie wniosku o przekazanie pacjenta (transfer-of-care).

Warunki wejściowe:

1. Wniosek o przekazanie karty e-KOK został utworzony i przekazany nowemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Pobrany token dostępowy
4. Aktor wykonujący operacje zidentyfikowany jako wnioskodawca

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy, w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu wniosku oraz danych dotyczących anulowania wniosku:
     • Status wniosku = entered-in-error
     • Przyczyna anulowania wniosku

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR

Akceptacja wniosku o przejęcie pacjenta od innego świadczeniodawcy (assumption-of-care).

Warunki wejściowe:

1. Wniosek o przejęcie karty e-KOK został utworzony i przekazany aktualnemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKEncounterStatusChangeParametersIn)
4. Pobrany token dostępowy
5. Aktor wykonujący operacje zidentyfikowany jako pracownik rozpatrujący wniosek z MUŚ wskazanego we wniosku

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy, w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu oraz danych dotyczących akceptacji wniosku:
     • Status wniosku = completed
     • Pracownik rozpatrujący wniosek,
     • Data rozpatrzenia wniosku = [bieżąca data systemowa w formacie YYYY-MM-DD],
     • Referencja do danych świadczenia medycznego pochodząca z aktywnego świadczenia rozpatrującego wniosek w ramach karty e-KOK
2. Aktualizacja danych aktywnego świadczenia medycznego rozpatrującego wniosek w ramach karty e-KOK, w oparciu o zasób Encounter (PLeKOKEncounter), w szczególności:
   • zmiana statusu oraz danych dotyczących zakończenia świadczenia:
     • Status świadczenia medycznego = finished
     • Data zakończenia okresu realizacji = [bieżąca data systemowa w formacie YYYY-MM-DD]
3. Operacja rozpoczęcia świadczenia medycznego wskazanego z danych wniosku, w zakresie zdefiniowanym w definicji operacji EncounterStatusChange, w szczególności:
   • zmiana statusu oraz danych dotyczących rozpoczęcia świadczenia na podstawie przekazanego typu wniosku (Typ wniosku = assumption-of-care):
     • Status świadczenia medycznego = in-progress
     • Data rozpoczęcia okresu realizacji świadczenia = [bieżąca data systemowa w formacie YYYY-MM-DD]

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR
2. Zwrócony zasób FHIR Encounter, zaktualizowany na serwerze FHIR
3. Zwrócony zasób FHIR Encounter, zaktualizowany na serwerze FHIR

Odrzucenie wniosku o przejęcie pacjenta od innego świadczeniodawcy (assumption-of-care).

Warunki wejściowe:

1. Wniosek o przejęcie karty e-KOK został utworzony i przekazany aktualnemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Pobrany token dostępowy
4. Aktor wykonujący operacje zidentyfikowany jako pracownik rozpatrujący wniosek z MUŚ wskazanego we wniosku

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy, w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu oraz danych dotyczących odrzucenia wniosku:
     • Status wniosku = revoked,
     • Pracownik rozpatrujący wniosek,
     • Data rozpatrzenia wniosku = [bieżąca data systemowa w formacie YYYY-MM-DD],
     • Przyczyna odrzucenia wniosku

Wykonując operację odrzucenia wniosku o zmianę świadczeniodawcy system anuluje świadczenie medyczne wskazane w danych wniosku, z kodem przyczyny anulowania = rejection-of-the-request (odrzucenie wniosku o zmianę świadczeniodawcy).

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR

Anulowanie wniosku o przejęcie pacjenta od innego świadczeniodawcy (assumption-of-care).

Warunki wejściowe:

1. Wniosek o przekazanie karty e-KOK został utworzony i przekazany nowemu świadczeniodawcy.
2. Przygotowany zasób z parametrami wywołania operacji niestandardowej (PLeKOKCloseSPChangeRequestParametersIn)
3. Pobrany token dostępowy
4. ​Aktor wykonujący operacje zidentyfikowany jako wnioskodawca

Scenariusz:

1. Operacja zamknięcia wniosku o zmianę świadczeniodawcy, w zakresie zdefiniowanym w definicji operacji CloseServiceProviderChangeRequest, w szczególności:
   • zmiana statusu wniosku oraz danych dotyczących anulowania wniosku::
     • Status wniosku = entered-in-error
     • Przyczyna anulowania wniosku

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zaktualizowany na serwerze FHIR

Wyszukanie wniosku o przekazanie/przejęcie pacjenta

Kryteria wyszukiwania:

obligatoryjnie:

brak

opcjonalnie:

• service-request-patient.patient-identifier (token) - identyfikator pacjenta
• _profile (uri) - profil zasobu
• status (token) - status
• category (token) - kategoria
• code (token) - Typ wniosku
• base-on (reference) - referencja do karty e-KOK
• location-reference (token) - MUŚ do którego wniosek jest kierowany (ServiceRequest.locationReference.identifier)
• requester-location (token) - MUŚ osoby która złożyła wniosek (ServiceRequest.requester.extension:location.valueReference.identifier)
• encounter (reference) - referencja do zasobu z danymi świadczenia medycznego w ramach, którego leczono pacjenta (transfer-of-care) lub będzie leczony pacjent po zmianie świadczeniodawcy (assumption-of-care) (ServiceRequest.encounter)
• supporting-info-reference (reference) - referencja do zasobu z danymi świadczenia medycznego w ramach którego leczono pacjenta przed wnioskiem o zmianę świadczeniodawcy (w trybie ‘assumption-of-care’) (ServiceRequest.supportingInfo.reference)

Warunki wejściowe:

1. Pobrany token dostępowy

Scenariusz:

1. Wyszukanie zasobu FHIR ServiceRequest

Warunki wyjściowe:

1. Zasób FHIR Bundle obejmujący wyszukane zasoby FHIR ServiceRequest w profilu PLeKOKServiceProviderChangeRequest, zarejestrowane na serwerze FHIR, spełniające zadane kryteria.

Przekazanie pacjenta do POZ przy zamknięciu karty e-KOK

Przekazanie pacjenta do POZ przy zamknięciu karty e-KOK jest szczególnym przypadkiem wniosku o zmianę świadczeniodawcy.

Wniosek taki nie wymaga akceptacji ze strony przejmującej pacjenta.

Warunki wejściowe:

1. Zarejestrowane świadczenie, w ramach którego aktualizowana jest karta e-KOK
2. Pobrany token dostępowy

Scenariusz:

1. Rejestracja zasobu FHIR ServiceRequest z wnioskiem o przekazanie pacjenta (PLeKOKServiceProviderChangeRequest), w szczególności:
   • Poziom opieki kardiologicznej placówki do której kierowany jest wniosek = 'phc'
   • Status wniosku = 'completed'

Warunki wyjściowe:

1. Zwrócony zasób FHIR ServiceRequest, zarejestrowany na serwerze FHIR