Szablon danych dotyczących ścieżki pacjenta

Veradigm (Allscripts)
Szablon danych dotyczących ścieżki pacjenta

Szablon danych dotyczących ścieżki pacjenta

Szablon porządkuje zbieranie danych potrzebnych do analizy procesu opieki nad pacjentem. Zawiera listę najważniejszych atrybutów i czynności do śledzenia oraz praktyczne wskazówki dotyczące pobierania tych informacji z systemu źródłowego. Można go wykorzystać do przygotowania danych do analizy process mining.
  • 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
Pierwszy raz spotykają się Państwo z dziennikiem zdarzeń? Dowiedz się jak utworzyć dziennik zdarzeń na potrzeby process mining.

Atrybuty ścieżki pacjenta

To zalecane pola danych, które warto uwzględnić w dzienniku zdarzeń, aby szczegółowo analizować proces opieki nad pacjentem.
3 Wymagane 8 Zalecane 8 Opcjonalne
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
Wymagane Zalecane Opcjonalne

Czynności na ścieżce pacjenta

To najważniejsze etapy i punkty kontrolne procesu, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odtworzyć przebieg opieki nad pacjentem.
6 Zalecane 7 Opcjonalne
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
Zalecane Opcjonalne

Instrukcje pobierania danych

Jak pobrać dane z Veradigm (Allscripts)

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.

Rozpocznij okres próbny

Nie trzeba podawać danych karty. Można zacząć od razu.