Szablon danych dotyczących ścieżki pacjenta
Szablon danych dotyczących ścieżki pacjenta
- Zalecane atrybuty do zebrania na potrzeby szczegółowej analizy
- Najważniejsze czynności do śledzenia, aby dokładnie odtworzyć przebieg procesu
- Praktyczne wskazówki dotyczące pobierania danych z systemu
Atrybuty ścieżki pacjenta
| Nazwa | Opis | ||
|---|---|---|---|
|
Epizod opieki nad pacjentem
PatientEpisodeId
|
Unikalny identyfikator konkretnej wizyty lub przyjęcia pacjenta. | ||
|
Opis
Epizod opieki nad pacjentem jest głównym identyfikatorem case. Łączy wszystkie zdarzenia związane z opieką nad pacjentem w związku z określonym schorzeniem lub w danym okresie. Pozwala całościowo analizować diagnozę, leczenie i powrót do zdrowia, łącząc interakcje z różnymi oddziałami. W systemach Veradigm (Allscripts), takich jak Sunrise lub Paragon, odpowiada zwykle identyfikatorowi Visit ID lub numerowi Encounter.
Dlaczego to ważne
To podstawowy identyfikator wykorzystywany w process mining, który pozwala odtworzyć pełną ścieżkę pacjenta.
Skąd pobrać
Prawdopodobnie znajduje się w nagłówku tabel Visit lub Encounter, na przykład w polu VISIT_ID lub ENCOUNTER_ID. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Nazwa czynności
ActivityName
|
Konkretne zdarzenie kliniczne lub administracyjne. | ||
|
Opis
Opisuje czynność wykonaną w procesie, na przykład „Pacjent zarejestrowany”, „Podano lek” lub „Rozpoczęto planowanie wypisu”. Ten atrybut pozwala rozróżnić poszczególne etapy ścieżki pacjenta i jest niezbędny do odkrywania procesów oraz analizy wariantów.
Dlaczego to ważne
Określa węzły na mapie procesu. Bez niego nie można przedstawić przepływu procesu.
Skąd pobrać
Dane pochodzą z różnych tabel transakcyjnych: zdarzeń ADT, zleceń, wyników i dokumentacji klinicznej.
Przykłady
Pacjent zarejestrowanyZlecono badanie diagnostycznePodano lekWypisano pacjenta
|
|||
|
Znacznik czasu zdarzenia
EventDateTime
|
Dokładna data i godzina wystąpienia czynności. | ||
|
Opis
Zapisuje moment wystąpienia czynności w porządku chronologicznym. Jest niezbędny do obliczania czasu trwania cyklu i poszczególnych etapów oraz prawidłowego uporządkowania zdarzeń. W danych medycznych dokładność do minuty ma duże znaczenie dla rzetelnej analizy przepływu pacjentów.
Dlaczego to ważne
Umożliwia obliczanie wszystkich KPI opartych na czasie, w tym średniego czasu trwania ścieżki pacjenta i czasu oczekiwania.
Skąd pobrać
Znaczniki czasu transakcji w tabelach źródłowych, na przykład ADT_DATE, ORDER_DATE, RESULT_DATE.
Przykłady
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Czy doszło do readmisji
IsReadmission
|
Flaga informująca, czy pacjent został ponownie przyjęty do szpitala w ciągu 30 dni od wypisu. | ||
|
Opis
Obliczany atrybut logiczny. Przyjmuje wartość true, jeśli pacjent został wcześniej wypisany w ciągu 30 dni przed datą bieżącego przyjęcia. Na tej podstawie działa monitor „Odsetek możliwych do uniknięcia readmisji”.
Dlaczego to ważne
Podstawowy KPI jakości opieki szpitalnej i rozliczeń, szczególnie w kontekście regulacji CMS.
Skąd pobrać
Obliczany w warstwie ETL/transformacji danych na podstawie PatientMRN oraz dat przyjęcia i wypisu.
Przykłady
truefalse
|
|||
|
Data przyjęcia
AdmissionDate
|
Data i godzina formalnego przyjęcia pacjenta. | ||
|
Opis
Znacznik czasu rozpoczęcia hospitalizacji. W połączeniu z datą wypisu służy do obliczenia długości pobytu (ALOS).
Dlaczego to ważne
Punkt odniesienia przy obliczaniu ALOS i pomiarze opóźnień przy przyjęciu.
Skąd pobrać
Tabela nagłówkowa Visit/Encounter, na przykład ADMIT_DATE. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Data wypisu
DischargeDate
|
Data i godzina wypisu pacjenta. | ||
|
Opis
Znacznik czasu zakończenia pobytu. Służy do zamknięcia sprawy w process mining i jest niezbędny do obliczania ALOS oraz readmisji.
Dlaczego to ważne
Wyznacza koniec cyklu procesu i jest niezbędny do analizy przepustowości.
Skąd pobrać
Tabela nagłówkowa wizyty/spotkania (np. DISCH_DATE). Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Kod głównej diagnozy
PrimaryDiagnosisCode
|
Kod ICD-10 lub SNOMED opisujący główne schorzenie. | ||
|
Opis
Zakodowana przyczyna wizyty pacjenta. Ten atrybut służy do filtrowania danych w narzędziu do analizy różnic w ścieżkach leczenia. Analitycy mogą porównywać przebieg opieki nad pacjentami z różnymi schorzeniami, na przykład zapaleniem płuc i niewydolnością serca.
Dlaczego to ważne
Niezbędny do podziału procesów według schorzeń i sprawdzania zgodności z protokołami.
Skąd pobrać
Tabele diagnoz lub list problemów, zwykle z kolumnami ICD-10. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
I50.9J18.9E11.9
|
|||
|
Lekarz prowadzący
AttendingProvider
|
Główny klinicysta odpowiedzialny za pacjenta podczas zdarzenia. | ||
|
Opis
Wskazuje lekarza, pielęgniarkę lub specjalistę wykonującego czynność albo odpowiedzialnego za plan opieki. Analiza tego atrybutu pomaga ocenić wykorzystanie zasobów klinicznych i różnice w przebiegu opieki zależnie od lekarza.
Dlaczego to ważne
Umożliwia analizę wąskich gardeł związanych z zasobami oraz porównywanie wyników pracy personelu klinicznego.
Skąd pobrać
Tabele transakcyjne, na przykład ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
Dr Sarah SmithPielęgniarka praktykująca JonesTechnik radiologii A
|
|||
|
Nazwa oddziału
DepartmentName
|
Oddział szpitalny lub jednostka, w której wykonano czynność. | ||
|
Opis
Wskazuje miejsce wykonania czynności, na przykład „SOR”, „Kardiologia” lub „Radiologia”. Jest to ważne przy analizie wąskich gardeł związanych z przyjęciami i transferami, ponieważ pozwala ustalić, gdzie pacjenci napotykają opóźnienia podczas przenoszenia między oddziałami.
Dlaczego to ważne
Ułatwia analizę wykorzystania zasobów i wykrywanie wąskich gardeł na poszczególnych oddziałach.
Skąd pobrać
Tabele główne lokalizacji lub oddziałów powiązane z transakcją. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
Szpitalny oddział ratunkowyICUChirurgia ogólnaRadiologia
|
|||
|
Numer MRN pacjenta
PatientMrn
|
Numer dokumentacji medycznej, który jednoznacznie identyfikuje pacjenta we wszystkich epizodach opieki. | ||
|
Opis
Numer dokumentacji medycznej (MRN) lub identyfikator pacjenta w systemie przedsiębiorstwa. W przeciwieństwie do identyfikatora epizodu opieki nad pacjentem pozostaje taki sam podczas kolejnych wizyt. Umożliwia łączenie różnych epizodów w celu obliczenia wskaźnika ponownych przyjęć.
Dlaczego to ważne
Niezbędny do obliczania wskaźnika ponownych przyjęć w ciągu 30 dni i identyfikowania pacjentów powracających.
Skąd pobrać
Główny indeks pacjentów lub tabele demograficzne, prawdopodobnie z kolumnami MRN i PATIENT_ID. Należy sprawdzić dokumentację Veradigm (Allscripts).
Przykłady
MRN-884422P-10022399887766
|
|||
|
Sposób zakończenia hospitalizacji
DischargeDisposition
|
Status pacjenta lub miejsce, do którego został skierowany przy wypisie. | ||
|
Opis
Informuje, dokąd pacjent trafił po pobycie w szpitalu (np. „do domu”, „do zakładu opiekuńczo-leczniczego”, „zmarł”, „przeniesiony”). Ma to znaczenie przy analizie ryzyka readmisji, ponieważ poszczególne sposoby zakończenia hospitalizacji wiążą się z różnym poziomem ryzyka.
Dlaczego to ważne
Uzupełnia dane na dashboardzie „Planowanie wypisu” i pomaga wyjaśnić różnice w ALOS.
Skąd pobrać
Tabela nagłówkowa wizyty/spotkania (np. DISCH_DISP). Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
Do domuPrzeniesiony do placówki opieki długoterminowej (SNF)Do domu z opieką domowąWypis na własne żądanie wbrew zaleceniom lekarza
|
|||
|
Centrum kosztów
CostCenter
|
Kod finansowy przypisany do oddziału lub usługi. | ||
|
Opis
Przypisuje czynność kliniczną do jednostki finansowej. Ułatwia analizę kosztów czynności i ogólnych wyników finansowych poszczególnych oddziałów.
Dlaczego to ważne
Łączy operacyjną analizę procesów z ich wpływem finansowym.
Skąd pobrać
Tabele oddziałów lub cenników usług. Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
CC-1020CC-Rad-01Emergency-001
|
|||
|
Czas realizacji badań diagnostycznych
DiagnosticTurnaroundTime
|
Czas od zlecenia badania do uzyskania wyniku. | ||
|
Opis
Czas między zdarzeniami „Zlecono badanie diagnostyczne” i „Potwierdzono diagnozę” (lub otrzymaniem wyniku). Wskaźnik jest używany w zestawieniu „Czas realizacji badań diagnostycznych”.
Dlaczego to ważne
Długi czas oczekiwania na wynik wydłuża pobyt w szpitalu. Ten wskaźnik pomaga wskazać opóźnienia w laboratorium lub radiologii.
Skąd pobrać
Obliczenie: znacznik czasu wyniku minus znacznik czasu zlecenia.
Przykłady
2 godziny45 minut1,5 dnia
|
|||
|
Czy przestrzegano protokołu
IsProtocolCompliant
|
Flaga informująca, czy przypadek przebiegał zgodnie ze standardową ścieżką opieki. | ||
|
Opis
Obliczany atrybut sprawdzający, czy wymagane czynności, np. „Zarejestrowano parametry życiowe” przed „Podano lek”, wykonano we właściwej kolejności. Wspiera dashboard „Przestrzeganie protokołów opieki”.
Dlaczego to ważne
Pozwala wykrywać niezgodności bez ręcznego przeglądania dokumentacji pacjenta.
Skąd pobrać
Obliczany w narzędziu process mining lub w ETL na podstawie kolejności czynności.
Przykłady
truefalse
|
|||
|
Data wizyty kontrolnej
FollowUpAppointmentDate
|
Data zaplanowanej wizyty kontrolnej. | ||
|
Opis
Służy do obliczania wskaźnika „Odsetek zaplanowanych wizyt kontrolnych”. Wypełnione pole oznacza, że zaplanowano wizytę kontrolną. Puste pole lub wartość null oznacza, że jej nie zaplanowano.
Dlaczego to ważne
Bezpośrednio mierzy KPI „Zgodność z zaleceniami dotyczącymi dalszej opieki”.
Skąd pobrać
System rejestracji wizyt lub tabela przyszłych wizyt powiązana z pacjentem. Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
2023-11-15T14:00:00Znull
|
|||
|
Identyfikator zlecenia
OrderId
|
Identyfikator konkretnego zlecenia, np. badania laboratoryjnego, leku lub procedury. | ||
|
Opis
Łączy zdarzenie „Zlecenie” ze zdarzeniem „Wynik” lub „Podanie”. Przykładowo pozwala powiązać „Zlecono badanie diagnostyczne” z „Wykonano badanie diagnostyczne”. Taki poziom szczegółowości jest potrzebny na dashboardzie „Czas realizacji badań diagnostycznych”.
Dlaczego to ważne
Umożliwia obliczanie czasu trwania poszczególnych etapów procesu, np. czasu realizacji badań laboratoryjnych.
Skąd pobrać
Tabele zleceń (np. ORDER_ID, PLACER_ORDER_NUM). Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
ORD-998877LAB-112233RX-445566
|
|||
|
Nazwa leku
MedicationName
|
Nazwa zleconego lub podanego leku. | ||
|
Opis
Atrybut wykorzystywany na dashboardzie „Przerwy między podaniami leków”. Pomaga wykryć opóźnienia w podawaniu konkretnych leków, np. antybiotyków lub leków przeciwbólowych.
Dlaczego to ważne
Ma znaczenie dla analizy bezpieczeństwa klinicznego i usprawniania procesów w aptece.
Skąd pobrać
Karta podawania leków (MAR) lub zlecenia apteczne. Szczegółowe informacje można znaleźć w dokumentacji Veradigm (Allscripts).
Przykłady
AmoksycylinaHeparynaSiarczan morfiny
|
|||
|
Ostatnia aktualizacja danych
LastDataUpdate
|
Znacznik czasu ostatniego pobrania lub aktualizacji rekordu. | ||
|
Opis
Informuje o aktualności danych używanych do analizy. Dzięki temu użytkownicy wiedzą, czy analizują dane bieżące, czy migawkę z wcześniejszego okresu.
Dlaczego to ważne
Zapewnia przejrzystość w zakresie opóźnień w dostępności danych i ułatwia przyrostowe ładowanie danych.
Skąd pobrać
Znacznik czasu generowany przez system podczas uruchomienia ETL lub ekstrakcji danych.
Przykłady
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
|
System źródłowy
SourceSystem
|
Nazwa systemu, z którego pochodzą dane. | ||
|
Opis
Wskazuje instancję oprogramowania, z której pochodzą dane, na przykład „Veradigm Sunrise” lub „Veradigm TouchWorks”. Ma to szczególne znaczenie w przypadku wielu szpitali lub łączenia danych z placówek opieki ostrej i ambulatoryjnej.
Dlaczego to ważne
Zapewnia możliwość śledzenia pochodzenia i przepływu danych, co ułatwia diagnozowanie problemów z ich jakością.
Skąd pobrać
Wartość ustawiana na stałe podczas procesu ETL lub pobierana z tabel metadanych systemu.
Przykłady
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
Czynności na ścieżce pacjenta
| Działanie | Opis | ||
|---|---|---|---|
|
Pacjent zarejestrowany
|
To zdarzenie oznacza formalny początek epizodu opieki nad pacjentem, gdy jego dane zostają wprowadzone do systemu Veradigm. Zwykle jest rejestrowane w chwili zakończenia workflow rejestracji przez użytkownika. W systemie powstaje wtedy nowy rekord wizyty pacjenta z unikalnym identyfikatorem i znacznikiem czasu. | ||
|
Dlaczego to ważne
To główna czynność rozpoczynająca ścieżkę pacjenta. Jest niezbędna do obliczenia całkowitego czasu trwania procesu, długości pobytu i tempa obsługi pacjentów.
Skąd pobrać
Zdarzenie jest rejestrowane w module rejestracji pacjentów lub ADT (Admission, Discharge, Transfer). Należy odszukać znacznik czasu utworzenia rekordu wizyty lub przyjęcia pacjenta.
Rejestrowanie
Znacznik czasu z rekordu wizyty pacjenta lub tabeli rejestracji, zapisany podczas tworzenia rekordu.
Typ zdarzenia
explicit
|
|||
|
Potwierdzono diagnozę
|
To zdarzenie oznacza, że klinicysta oficjalnie zapisał diagnozę w dokumentacji pacjenta. Może zostać zarejestrowane, gdy kod diagnozy zostanie dodany do listy problemów lub gdy zostanie podpisana notatka kliniczna zawierająca diagnozę. | ||
|
Dlaczego to ważne
Potwierdzenie diagnozy wyznacza dalszy kierunek leczenia. Pozwala analizować różnice w przebiegu leczenia zależnie od rozpoznania.
Skąd pobrać
Informacje można znaleźć na liście problemów pacjenta, w rekordach diagnoz z wizyty lub w dokumentacji klinicznej. Zdarzenie można ustalić na podstawie znacznika czasu wprowadzenia i zatwierdzenia głównego kodu diagnozy dla danej wizyty.
Rejestrowanie
Należy użyć znacznika czasu utworzenia lub aktualizacji głównego wpisu diagnozy dla danego epizodu opieki nad pacjentem.
Typ zdarzenia
inferred
|
|||
|
Rozpoczęto planowanie wypisu
|
Oznacza formalne rozpoczęcie planowania wypisu pacjenta. Zdarzenie można ustalić na podstawie utworzenia dokumentu planu wypisu, wystawienia zlecenia wypisu lub wypełnienia formularza oceny potrzebnego do zaplanowania wypisu. | ||
|
Dlaczego to ważne
To punkt początkowy pomiaru sprawności procesu wypisu. Wczesne rozpoczęcie planowania często wiąże się z mniejszą liczbą ponownych przyjęć.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu utworzenia notatki dotyczącej planowania wypisu, zestawu zleceń wypisowych lub odpowiedniego formularza oceny w Veradigm.
Rejestrowanie
Należy znaleźć znacznik czasu utworzenia pierwszego zlecenia lub dokumentu dotyczącego wypisu dla danej wizyty pacjenta.
Typ zdarzenia
inferred
|
|||
|
Utworzono plan leczenia
|
Oznacza formalne ustalenie planu leczenia przez zespół kliniczny. Zdarzenie jest często rejestrowane po utworzeniu i podpisaniu w EHR dokumentu „Plan of Care” lub zestawu początkowych zleceń terapeutycznych. | ||
|
Dlaczego to ważne
Ten etap rozpoczyna aktywną fazę leczenia. Stanowi punkt odniesienia przy ocenie zgodności z protokołami opieki i pomiarze czasu do pierwszego działania terapeutycznego, na przykład podania leku.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu podpisania formularza „Plan of Care” lub utworzenia pierwszego większego zestawu zleceń terapeutycznych po postawieniu diagnozy.
Rejestrowanie
Należy znaleźć znacznik czasu zatwierdzenia lub podpisania dokumentu „Plan of Care” przez lekarza prowadzącego.
Typ zdarzenia
inferred
|
|||
|
Wypisano pacjenta
|
Oznacza formalne zakończenie hospitalizacji, gdy pacjent zostaje wypisany z placówki. To jawne, ważne zdarzenie rejestrowane przez system ADT, który zmienia status wizyty pacjenta na „discharged”. | ||
|
Dlaczego to ważne
To główna czynność kończąca większość ścieżek pacjenta. Jest niezbędna do obliczenia średniej długości pobytu w szpitalu (ALOS) i całkowitego czasu trwania procesu.
Skąd pobrać
Zdarzenie jest rejestrowane bezpośrednio w module ADT. Rekord wizyty pacjenta zawiera znacznik czasu wypisu i informację o dalszym miejscu pobytu.
Rejestrowanie
Należy użyć znacznika czasu wypisu z głównego rekordu wizyty pacjenta.
Typ zdarzenia
explicit
|
|||
|
Zakończono wstępną ocenę stanu pacjenta
|
Oznacza zakończenie pierwszej oceny klinicznej przeprowadzonej przez pielęgniarkę lub lekarza, na przykład triage lub wstępnego wywiadu. Zdarzenie jest często rejestrowane po podpisaniu i zatwierdzeniu formularza lub notatki klinicznej, takiej jak „Nursing Initial Assessment”. | ||
|
Dlaczego to ważne
To ważny wczesny etap procesu. Czas między rejestracją a oceną wskazuje na możliwe opóźnienia przy przyjęciu pacjenta i rozpoczęciu opieki.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu zatwierdzenia lub podpisania formularzy wstępnej oceny albo notatek klinicznych w modułach dokumentacji klinicznej Veradigm.
Rejestrowanie
Należy znaleźć znacznik czasu zmiany statusu notatki lub formularza wstępnej oceny na „completed” lub „signed”.
Typ zdarzenia
inferred
|
|||
|
Podano lek
|
Zdarzenie jest rejestrowane, gdy pielęgniarka lub klinicysta dokumentuje podanie pacjentowi leku. Informacja trafia do modułu Medication Administration Record (MAR) lub eMAR, który zapisuje dokładny czas podania. | ||
|
Dlaczego to ważne
Monitorowanie podawania leków pozwala ocenić terminowość i zgodność leczenia z planem. Czas między zleceniem a podaniem pomaga wykryć opóźnienia w procesie podawania leków.
Skąd pobrać
Zdarzenie jest rejestrowane bezpośrednio w module eMAR (electronic Medication Administration Record). Każdy wpis zawiera znacznik czasu, nazwę leku i dawkę.
Rejestrowanie
Należy pobrać z tabeli eMAR znaczniki czasu wszystkich podań leków powiązanych z wizytą pacjenta.
Typ zdarzenia
explicit
|
|||
|
Przeniesiono do innego oddziału
|
Zdarzenie oznacza fizyczne przeniesienie pacjenta z jednego oddziału lub jednostki opieki do innego, na przykład z SOR na oddział szpitalny. Jest rejestrowane w systemie ADT (Admission, Discharge, Transfer) w Veradigm. | ||
|
Dlaczego to ważne
Przenoszenie pacjentów często wiąże się z wąskimi gardłami i opóźnieniami. Analiza czasu i częstotliwości transferów pomaga usprawnić przepływ pacjentów i przydział zasobów między oddziałami.
Skąd pobrać
Zdarzenie jest rejestrowane bezpośrednio w module ADT. Każdy wpis zawiera dane pacjenta, lokalizację początkową i docelową oraz znacznik czasu.
Rejestrowanie
Należy pobrać z systemu ADT dzienniki zdarzeń dotyczące przemieszczania się pacjentów.
Typ zdarzenia
explicit
|
|||
|
Wykonano zabieg
|
Oznacza zakończenie zabiegu klinicznego lub operacyjnego. Zdarzenie jest zwykle rejestrowane po podpisaniu przez klinicystę notatki z zabiegu lub zmianie statusu zlecenia zabiegu na „completed”. | ||
|
Dlaczego to ważne
Zabiegi stanowią ważne etapy wielu ścieżek pacjenta. Analiza czasu ich realizacji pomaga ocenić wykorzystanie zasobów i sprawność planowania.
Skąd pobrać
Zdarzenie można ustalić na podstawie znacznika czasu podpisania notatki z zabiegu w module dokumentacji klinicznej lub znacznika czasu zakończenia zlecenia zabiegu w module zleceń.
Rejestrowanie
Należy użyć znacznika czasu zakończenia zlecenia zabiegu lub znacznika czasu podpisania powiązanej dokumentacji.
Typ zdarzenia
inferred
|
|||
|
Zakończono badanie diagnostyczne
|
Oznacza moment, w którym wyniki badania diagnostycznego są ostateczne i dostępne w dokumentacji pacjenta. Zdarzenie można zwykle ustalić na podstawie zmiany statusu pierwotnego zlecenia z „active” lub „in-progress” na „completed” lub „resulted”. | ||
|
Dlaczego to ważne
To ważny etap przy pomiarze czasu realizacji badań diagnostycznych. Opóźnienia między zleceniem a zakończeniem badania mogą znacznie wydłużyć czas do postawienia diagnozy.
Skąd pobrać
Zdarzenie można ustalić na podstawie pola statusu zlecenia w module zleceń lub znaczników czasu w powiązanym module wyników, takim jak LIS lub RIS.
Rejestrowanie
Należy znaleźć znacznik czasu zmiany statusu zlecenia na końcowy, na przykład „Completed” lub „Resulted”.
Typ zdarzenia
inferred
|
|||
|
Zapisano parametry życiowe
|
Zdarzenie występuje za każdym razem, gdy zapisywane są parametry życiowe pacjenta, takie jak tętno, ciśnienie krwi i temperatura. Jest rejestrowane w dokumentacji klinicznej lub w przeznaczonej do tego sekcji flowsheet w EHR. | ||
|
Dlaczego to ważne
Częste zapisywanie parametrów życiowych wskazuje na aktywne monitorowanie pacjenta. Analiza częstotliwości i czasu pomiarów pozwala sprawdzić zgodność z protokołami monitorowania.
Skąd pobrać
Dane są zapisywane w repozytorium danych klinicznych lub tabelach flowsheet. Każdy wpis ma znacznik czasu.
Rejestrowanie
Należy pobrać znaczniki czasu z danych flowsheet dotyczących parametrów życiowych dla danej wizyty pacjenta.
Typ zdarzenia
explicit
|
|||
|
Zaplanowano wizytę kontrolną
|
Oznacza zaplanowanie wizyty kontrolnej po wypisie pacjenta. Zdarzenie jest rejestrowane w module planowania wizyt, gdy zostanie umówiona wizyta powiązana z zakończoną hospitalizacją. | ||
|
Dlaczego to ważne
Zaplanowanie dalszej opieki jest ważne dla jej ciągłości i ograniczenia liczby ponownych przyjęć. To zdarzenie pomaga ocenić zgodność z procedurami obowiązującymi po wypisie.
Skąd pobrać
Zdarzenie jest rejestrowane w module planowania wizyt. Należy znaleźć znacznik czasu utworzenia nowej wizyty pacjenta przypadającej po dacie wypisu.
Rejestrowanie
Należy znaleźć znacznik czasu utworzenia rekordu wizyty powiązanego z pacjentem w systemie planowania wizyt.
Typ zdarzenia
explicit
|
|||
|
Zlecono badanie diagnostyczne
|
Zdarzenie występuje, gdy klinicysta zleca badanie diagnostyczne, na przykład badanie laboratoryjne lub obrazowe. Jest rejestrowane bezpośrednio w systemie Computerized Physician Order Entry (CPOE) w Veradigm. | ||
|
Dlaczego to ważne
To początek podprocesu diagnostycznego. Od tego momentu mierzy się czas realizacji badań i analizuje opóźnienia w ich zlecaniu.
Skąd pobrać
Zdarzenie jest rejestrowane w module zleceń lub dziennikach systemu CPOE. Każde zlecenie ma znacznik czasu wskazujący, kiedy zostało wystawione.
Rejestrowanie
Należy pobrać znacznik czasu utworzenia rekordu zlecenia dla odpowiednich badań diagnostycznych.
Typ zdarzenia
explicit
|
|||
Instrukcje pobierania danych
Gotowi do rozpoczęcia?
Już dziś można zacząć usprawniać doświadczenia pacjentów i pracę placówki. Dane pomagają odkryć przydatne informacje i wskazać obszary wymagające poprawy.
Usprawnij ścieżki pacjentów w Veradigm
Skróć czas obsługi pacjenta o 30% i popraw wyniki leczenia.
Nie trzeba podawać danych karty. Można zacząć od razu.