Szablon danych ścieżki pacjenta

Oracle Health (Cerner)
Szablon danych ścieżki pacjenta

Szablon danych ścieżki pacjenta

Ten szablon przedstawia dane potrzebne do analizy i usprawniania ścieżek pacjentów. Zawiera uporządkowany wykaz atrybutów do zebrania, działań do śledzenia oraz praktyczne wskazówki dotyczące ekstrakcji danych. Skorzystaj z niego, aby przygotować dziennik zdarzeń do analizy process mining.
  • Zalecane atrybuty do zebrania
  • Najważniejsze działania do śledzenia
  • Wskazówki dotyczące ekstrakcji danych
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 kompleksowo analizować ścieżkę pacjenta w systemie.
5 Wymagane 8 Zalecane 6 Opcjonalne
Nazwa Opis
Działanie
ClinicalEventTag
Nazwa lub opis wykonanego zdarzenia klinicznego albo administracyjnego.
Opis

Ten atrybut opisuje konkretne działanie podjęte w trakcie opieki nad pacjentem, na przykład „Podanie leku”, „Pomiar parametrów życiowych” lub „Wypis pacjenta”. Zawiera czytelną dla użytkownika nazwę kroku procesu.

W Cerner dane te pochodzą często z tabeli CLINICAL_EVENT. Kod EVENT_CD (kod zdarzenia) jest mapowany na wyświetlaną nazwę albo wykorzystywane jest pole EVENT_TAG. Spójne nazewnictwo ma zasadnicze znaczenie dla czytelności map procesów.

Dlaczego to ważne

Określa kroki na mapie procesu i umożliwia wizualizację workflow.

Skąd pobrać

Tabela: CLINICAL_EVENT, kolumna: EVENT_TAG lub powiązana wartość CODE_VALUE dla EVENT_CD

Przykłady
Ocena triage’owaMorfologia krwi z rozmazemZlecenie wypisuPrzeniesienie pacjenta
Epizod pacjenta
EncounterId
Unikalny identyfikator konkretnej wizyty pacjenta lub epizodu opieki.
Opis

Ten atrybut pełni funkcję centralnego identyfikatora sprawy w ścieżce pacjenta. Łączy zdarzenia kliniczne, zlecenia i działania administracyjne z jednego okresu opieki, na przykład pobytu w szpitalu lub wizyty na oddziale ratunkowym. W process mining ten identyfikator pozwala powiązać rozproszone działania i przedstawić je jako jeden proces.

Technicznie odpowiada polu ENCNTR_ID w tabeli ENCOUNTER bazy danych Cerner Millennium. Jest to klucz główny służący do łączenia danych demograficznych pacjenta, zleceń i zdarzeń klinicznych.

Dlaczego to ważne

To podstawowy klucz potrzebny do odtworzenia pełnej ścieżki pacjenta, od przyjęcia do wypisu.

Skąd pobrać

Tabela: ENCOUNTER, kolumna: ENCNTR_ID

Przykłady
123456789876543211223344
Znacznik czasu zdarzenia
EventEndDateTime
Dokładna data i godzina wystąpienia lub zakończenia działania.
Opis

Ten atrybut zapisuje dokładny moment wystąpienia zdarzenia. Służy do ustalania kolejności działań i obliczania czasu między krokami procesu.

W tabeli CLINICAL_EVENT odpowiada zwykle polu EVENT_END_DT_TM. Dokładność tych danych jest niezbędna do obliczania czasu oczekiwania, na przykład między „Rejestracją pacjenta” a „Oceną triage’ową”.

Dlaczego to ważne

Niezbędny do ustalenia kolejności zdarzeń i obliczania KPI, takich jak czas realizacji.

Skąd pobrać

Tabela: CLINICAL_EVENT, kolumna: EVENT_END_DT_TM

Przykłady
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Data ostatniej aktualizacji danych
LastDataUpdate
Znacznik czasu pobrania rekordu lub jego ostatniej modyfikacji w hurtowni danych.
Opis

Informuje, jak aktualne są dane używane w analizie. Dzięki temu znacznikowi użytkownik może sprawdzić, czy analizuje dane bieżące, czy migawkę z poprzedniego załadowania.

Zwykle jest generowany podczas procesu ETL (Extract, Transform, Load), a nie pochodzi z danych klinicznych.

Dlaczego to ważne

Niezbędny do zarządzania danymi i zapewnienia, że analiza opiera się na aktualnych informacjach.

Skąd pobrać

Znacznik czasu systemu ETL

Przykłady
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
System źródłowy
SourceSystem
Nazwa systemu, z którego pochodzą dane.
Opis

Wskazuje aplikację źródłową danego rekordu. W tym przypadku będzie to najczęściej „Oracle Health” lub „Cerner Millennium”. Jest to przydatne w środowiskach z wieloma systemami, w których dane mogą być łączone z innymi systemami EMR lub systemami oddziałowymi.

Jeśli dane pochodzą z wielu źródeł, analitycy mogą filtrować lub dzielić analizę procesu według pochodzenia danych.

Dlaczego to ważne

Zapewnia możliwość śledzenia pochodzenia danych i ich przepływu, szczególnie w środowiskach process mining korzystających z wielu systemów.

Skąd pobrać

Wartość zakodowana na stałe lub metadane systemowe

Przykłady
Oracle HealthCerner Millennium
Czy ponowne przyjęcie
IsReadmission
Wskaźnik informujący, czy epizod rozpoczął się w ciągu 30 dni od poprzedniego wypisu.
Opis

Wartość logiczna służąca do oznaczania spraw będących ponownymi przyjęciami. Jest obliczana przez porównanie daty przyjęcia w bieżącym epizodzie z datą wypisu z poprzedniego epizodu tej samej osoby (PersonId).

Niezbędna do dashboardu „Trendy ponownych przyjęć pacjentów”.

Dlaczego to ważne

Bezpośrednio wspiera KPI „Wskaźnik ponownych przyjęć pacjentów”, który mierzy jakość opieki.

Skąd pobrać

Wyliczane za pomocą logiki SQL porównującej rekordy ENCOUNTER

Przykłady
truefalse
Diagnoza główna
DiagnosisCode
Kod ICD-10 lub SNOMED określający główną przyczynę udzielenia opieki.
Opis

Znormalizowany kod kliniczny przypisany do epizodu, na przykład „J18.9” dla zapalenia płuc. Umożliwia grupowanie pacjentów według schorzenia i analizę odstępstw od protokołu leczenia dla poszczególnych chorób.

Znajduje się w tabeli DIAGNOSIS powiązanej z wizytą.

Dlaczego to ważne

Umożliwia rzetelne porównywanie ścieżek pacjentów z określonymi schorzeniami.

Skąd pobrać

Tabela: DIAGNOSIS, kolumna: DIAGNOSIS_CODE (na podstawie nomenklatury)

Przykłady
I10E11.9J18.9
Identyfikator pacjenta
PersonId
Unikalny identyfikator pacjenta wspólny dla wielu wizyt.
Opis

W odróżnieniu od identyfikatora sprawy identyfikator pacjenta (Patient ID lub Person ID) pozostaje taki sam podczas wszystkich wizyt pacjenta w szpitalu. Ten atrybut jest niezbędny do analizy ponownych przyjęć i poznania długoterminowej historii pacjenta.

W Cerner jest to pole PERSON_ID z tabeli PERSON. Łączy ono wiele rekordów ENCNTR_ID.

Dlaczego to ważne

Umożliwia obliczenie KPI „Wskaźnik ponownych przyjęć pacjentów” przez powiązanie różnych epizodów z tą samą osobą.

Skąd pobrać

Tabela: PERSON, kolumna: PERSON_ID

Przykłady
P10001P55992P99221
Oddział
NurseUnit
Oddział, jednostka lub dział, w którym wystąpiło zdarzenie.
Opis

Wskazuje fizyczną lokalizację lub jednostkę organizacyjną odpowiedzialną za pacjenta w chwili zdarzenia, na przykład oddział intensywnej terapii, chirurgię ogólną lub oddział ratunkowy.

Dane te pomagają analizować sprawność przenoszenia pacjentów między oddziałami na dashboardzie „Sprawność przenoszenia między oddziałami”. W Cerner odpowiadają często polu LOC_NURSE_UNIT_CD w tabeli wizyt lub śledzenia pacjentów.

Dlaczego to ważne

Niezbędny do analizy wąskich gardeł na poszczególnych oddziałach i wizualizacji przepływu pacjentów między lokalizacjami.

Skąd pobrać

Tabela: ENCOUNTER lub CLINICAL_EVENT, kolumna: LOC_NURSE_UNIT_CD

Przykłady
Oddział ratunkowyOddział kardiologicznyICURadiologia
Pozycja zlecenia
OrderMnemonic
Nazwa konkretnego zlecenia, na przykład badania laboratoryjnego lub leku.
Opis

Opisuje zawartość zdarzenia związanego ze zleceniem, na przykład „Morfologia krwi” lub „Aspiryna 81 mg”. Ten atrybut dostarcza kontekstu dla działań „Zlecenie badania diagnostycznego” i „Podanie leku”.

Zwykle znajduje się w polu ORDER_MNEMONIC tabeli ORDERS. Określa „produkt” przechodzący przez proces.

Dlaczego to ważne

Niezbędny do szczegółowej analizy ścieżek diagnostycznych i terapeutycznych.

Skąd pobrać

Tabela: ORDERS, kolumna: ORDER_MNEMONIC

Przykłady
RTG klatki piersiowejPodstawowy panel metabolicznyParacetamolRezonans magnetyczny mózgu
Status wypisu
DischargeDisposition
Miejsce, do którego pacjent został skierowany po wypisie, lub jego status w chwili wypisu.
Opis

Wskazuje, dokąd pacjent trafił po zakończeniu epizodu, na przykład do domu, zakładu opieki lub zmarł. Dane te są istotne w analizie planowania wypisu i identyfikacji niepomyślnych wyników.

W tabeli ENCOUNTER odpowiada polu DISCH_DISPOSITION_CD.

Dlaczego to ważne

Ważny wskaźnik wyniku, określa stan końcowy ścieżki pacjenta.

Skąd pobrać

Tabela: ENCOUNTER, kolumna: DISCH_DISPOSITION_CD (wartość należy ustalić za pomocą CODE_VALUE)

Przykłady
Wypis do domuPrzeniesienie do ośrodka rehabilitacyjnegoOpuszczenie szpitala wbrew zaleceniom lekarzaZgon
Typ sprawy
EncounterType
Kategoria wizyty pacjenta, na przykład pobyt w szpitalu, wizyta ambulatoryjna lub wizyta na oddziale ratunkowym.
Opis

Określa charakter epizodu pacjenta. To podstawowy wymiar analizy danych, ponieważ przebieg procesu podczas wizyty na oddziale ratunkowym znacznie różni się od przebiegu planowego pobytu w szpitalu.

Wartość pochodzi z pola ENCNTR_TYPE_CD w tabeli ENCOUNTER, które odwołuje się do wartości ze słownika kodów, na przykład „Inpatient” lub „Emergency”.

Dlaczego to ważne

Umożliwia porównywanie ścieżek opieki i przepustowości w różnych rodzajach opieki.

Skąd pobrać

Tabela: ENCOUNTER, kolumna: ENCNTR_TYPE_CD (wartość należy ustalić za pomocą CODE_VALUE)

Przykłady
Pobyt w szpitaluOddział ratunkowyWizyta ambulatoryjnaChirurgia jednego dnia
Użytkownik
PerformingPrsnlId
Identyfikator lub nazwisko członka personelu medycznego, który wykonał działanie.
Opis

Wskazuje, kto wykonał dany krok procesu, na przykład pielęgniarka podająca lek lub lekarz zatwierdzający wypis. Umożliwia analizę wykorzystania zasobów.

W Cerner odpowiada często polu PERFORMED_PRSNL_ID lub UPDT_ID, zależnie od tabeli (Orders lub Clinical Events). Mapowanie tych danych na ogólny atrybut „Użytkownik” ułatwia analizę rozdziału obowiązków.

Dlaczego to ważne

Ułatwia analizę zasobów i identyfikację potencjalnych potrzeb szkoleniowych lub nierównomiernego obciążenia pracą.

Skąd pobrać

Tabela: CLINICAL_EVENT, kolumna: PERFORMED_PRSNL_ID

Przykłady
Dr SmithPielęgniarka JonesAdministrator systemu
Numer zlecenia
OrderId
Unikalny identyfikator konkretnego zlecenia, na przykład badania laboratoryjnego, leku lub konsultacji.
Opis

Identyfikator zlecenia wygenerowany przez system. Nie jest to identyfikator sprawy, ale stanowi ważny klucz pomocniczy. Łączy zdarzenie „Zlecenie badania diagnostycznego” ze zdarzeniem „Weryfikacja wyniku badania diagnostycznego”.

Bez tego identyfikatora trudno dokładnie obliczyć czas realizacji konkretnego badania, jeśli pacjent ma kilka zleceń wykonywanych równolegle.

Dlaczego to ważne

Niezbędny do prawidłowego łączenia powiązanych działań, od zlecenia do wyniku.

Skąd pobrać

Tabela: ORDERS, kolumna: ORDER_ID

Przykłady
88291028829103
Priorytet triage’u
TriageAcuity
Poziom pilności przypisany podczas oceny triage’owej.
Opis

Wartość liczbowa lub kategoria określająca ciężkość stanu pacjenta, na przykład od 1 (natychmiastowa pomoc) do 5 (przypadek niepilny). To ważny atrybut segmentacji przy analizie czasu oczekiwania, ponieważ pacjenci z wyższym priorytetem powinni czekać krócej.

Zwykle jest zapisywany w formularzach klinicznych lub w określonych kodach obserwacji podczas triage’u.

Dlaczego to ważne

Niezbędny do sprawdzenia, czy proces prawidłowo ustala kolejność przyjmowania pacjentów zgodnie z pilnością kliniczną.

Skąd pobrać

Sprawdź dokumentację Oracle Health (Cerner).

Przykłady
12345
Sposób przyjęcia
AdmissionSource
Źródło przyjęcia pacjenta.
Opis

Opisuje, w jaki sposób pacjent trafił do szpitala, na przykład ze skierowaniem od lekarza, przez oddział ratunkowy lub w wyniku przeniesienia z innego szpitala.

Pomaga analizować początkowy etap procesu szpitalnego. Odpowiada polu ADMIT_SRC_CD w tabeli ENCOUNTER.

Dlaczego to ważne

Pozwala uwzględnić sposób przyjęcia przy analizie czasu oczekiwania na wstępną ocenę.

Skąd pobrać

Tabela: ENCOUNTER, kolumna: ADMIT_SRC_CD

Przykłady
Oddział ratunkowySkierowanie od lekarzaPrzeniesienie z innego szpitala
Status leku
MedAdminStatus
Status zlecenia na lek, na przykład podano, odmówiono lub nie podano.
Opis

Wskazuje wynik podania leku. W dashboardzie „Zgodność z zaleceniami dotyczącymi podawania leków” należy odróżnić leki faktycznie podane od zaplanowanych, ale pominiętych lub odrzuconych.

Dane te prawdopodobnie znajdują się w tabeli CLINICAL_EVENT lub w tabelach rejestru podawania leków (MAR).

Dlaczego to ważne

Pomaga wykrywać niezgodności z protokołami leczenia.

Skąd pobrać

Sprawdź dokumentację Oracle Health (Cerner).

Przykłady
PodanoOdmówionoWstrzymano
Status wyniku
ResultStatus
Status wyniku badania diagnostycznego, na przykład zatwierdzony, skorygowany lub wstępny.
Opis

Wskazuje etap, na którym znajduje się wynik badania diagnostycznego. W analizie czasu dostarczenia wyniku służy do ustalenia, kiedy wynik jest oficjalnie dostępny i można go wykorzystać przy podejmowaniu decyzji klinicznych.

Zwykle znajduje się w tabeli CLINICAL_EVENT i jest określany za pomocą kodów statusu.

Dlaczego to ważne

Pozwala odróżnić wyniki wstępne od końcowych, co wpływa na moment rozpoczęcia kolejnych działań.

Skąd pobrać

Tabela: CLINICAL_EVENT, kolumna: RESULT_STATUS_CD

Przykłady
Zatwierdzony (zweryfikowany)BłędnyZmodyfikowany
Typ płatnika
FinancialClass
Główne ubezpieczenie pacjenta lub jego klasyfikacja finansowa.
Opis

Klasyfikuje pacjenta według źródła finansowania, na przykład Medicare, ubezpieczenia prywatnego lub płatności własnej. Atrybut ten służy do sprawdzenia, czy przebieg procesu lub długość pobytu różnią się w zależności od rodzaju ubezpieczenia.

Wartość pochodzi z pola FINANCIAL_CLASS_CD w tabeli ENCOUNTER.

Dlaczego to ważne

Pomaga wykrywać różnice w opiece lub obsłudze administracyjnej zależne od typu płatnika.

Skąd pobrać

Tabela: ENCOUNTER, kolumna: FINANCIAL_CLASS_CD (wartość należy ustalić za pomocą CODE_VALUE)

Przykłady
MedicareBlue CrossPłatność własnaMedicaid
Wymagane Zalecane Opcjonalne

Działania w ścieżce pacjenta

To najważniejsze kroki i punkty kontrolne procesu, które warto rejestrować w dzienniku zdarzeń, aby dokładnie odkrywać przebieg procesu i identyfikować wąskie gardła.
8 Zalecane 6 Opcjonalne
Działanie Opis
Podpisanie zlecenia wypisu
Zdarzenie, w którym lekarz zleca wypis pacjenta. Od tego momentu rozpoczyna się odliczanie czasu planowania wypisu.
Dlaczego to ważne

Punkt początkowy dla wskaźnika „Czas planowania wypisu”. Odstęp między tym zdarzeniem a faktycznym wypisem wskazuje na opóźnienia operacyjne.

Skąd pobrać

Tabela ORDERS, w której typ katalogu wskazuje wypis.

Rejestrowanie

Rejestrowane, gdy status zlecenia wypisu zmienia się na ORDERED.

Typ zdarzenia explicit
Przeniesienie do innego oddziału
Oznacza fizyczne przeniesienie pacjenta z jednej lokalizacji, na przykład SOR, do innej, na przykład OIT. Zdarzenie jest śledzone na podstawie historii lokalizacji.
Dlaczego to ważne

Umożliwia analizę sprawności przenoszenia pacjentów między oddziałami i pomaga zobrazować ich przepływ przez szpital.

Skąd pobrać

Tabela ENCNTR_LOC_HIST (Encounter Location History), w której zapisywane są zmiany LOC_NURSE_UNIT_CD.

Rejestrowanie

Porównanie pola statusu przed zmianą i po niej

Typ zdarzenia inferred
Rejestracja pacjenta
Oznacza początek hospitalizacji, gdy pacjent przybywa do placówki i zostaje zarejestrowany w systemie. W Cerner Millennium zdarzenie to jest zapisywane podczas tworzenia rekordu wizyty lub ustawienia znacznika czasu rejestracji.
Dlaczego to ważne

Wyznacza początek obliczania długości pobytu (LOS) i analizy początkowego czasu oczekiwania.

Skąd pobrać

Tabela ENCOUNTER, w szczególności kolumna REG_DT_TM (Registration Date/Time).

Rejestrowanie

Zapisywane podczas transakcji tworzącej nowy wiersz w tabeli ENCOUNTER

Typ zdarzenia explicit
Udokumentowanie diagnozy
Zdarzenie występuje, gdy formalna diagnoza zostaje dodana do dokumentacji wizyty pacjenta. Nie jest to wynik badania, lecz potwierdzenie rozpoznania przez klinicystę.
Dlaczego to ważne

Niezbędne do oznaczenia etapu „Potwierdzenie diagnozy” i analizy czasu do postawienia ostatecznej diagnozy.

Skąd pobrać

Tabela DIAGNOSIS, pole DIAGNOSIS_DT_TM powiązane z ENCOUNTER_ID.

Rejestrowanie

Zapisywane po dodaniu lub aktualizacji diagnozy w PowerChart

Typ zdarzenia explicit
Wypis pacjenta
Ostatnie zdarzenie administracyjne zamykające pobyt pacjenta. Ten znacznik czasu służy do obliczenia całkowitej długości pobytu.
Dlaczego to ważne

Główne zdarzenie kończące proces. Niezbędne do obliczania długości pobytu i ponownych przyjęć.

Skąd pobrać

Tabela ENCOUNTER, a konkretnie pole DISCH_DT_TM (data i godzina wypisu).

Rejestrowanie

Rejestrowane, gdy status wizyty zmienia się na DISCHARGED.

Typ zdarzenia explicit
Zakończenie oceny triage
Oznacza zakończenie wstępnej oceny pielęgniarskiej lub formularza triage w ramach pomocy doraźnej albo przyjęcia do szpitala. Zwykle jest to konkretny formularz lub zdarzenie kliniczne zapisane w systemie.
Dlaczego to ważne

Niezbędne do obliczenia KPI „Czas oczekiwania na wstępną ocenę” i wskazania wąskich gardeł na początku ścieżki pacjenta.

Skąd pobrać

Tabela CLINICAL_EVENT, z filtrem kodów zdarzeń powiązanych z formularzami triage lub wstępnej oceny.

Rejestrowanie

Zapisywane po podpisaniu lub zatwierdzeniu dokumentu albo formularza klinicznego

Typ zdarzenia explicit
Zatwierdzenie wyniku badania diagnostycznego
Chwila, w której wynik badania laboratoryjnego lub obrazowego zostaje zatwierdzony i udostępniony klinicyście. Kończy to czas realizacji badania diagnostycznego.
Dlaczego to ważne

Kończy cykl pomiaru KPI „Czas przekazania wyniku badania diagnostycznego” i umożliwia podjęcie kolejnych decyzji dotyczących leczenia.

Skąd pobrać

Tabela CLINICAL_EVENT (dla badań laboratoryjnych) lub zmiana statusu w ORDERS na COMPLETED.

Rejestrowanie

Zapisywane po zmianie statusu wyniku na AUTH (Authenticated)

Typ zdarzenia explicit
Zlecenie badania diagnostycznego
Zdarzenie występuje, gdy klinicysta zleca badanie laboratoryjne lub obrazowe. Ten znacznik czasu rozpoczyna obliczanie czasu realizacji badania diagnostycznego.
Dlaczego to ważne

Początek pomiaru KPI „Czas przekazania wyniku badania diagnostycznego”. Pomaga odróżnić opóźnienia w zlecaniu od opóźnień w realizacji.

Skąd pobrać

Tabela ORDERS, pole ORIG_ORDER_DT_TM, gdy typ katalogu to Laboratory lub Radiology.

Rejestrowanie

Zapisywane po ustawieniu statusu zlecenia na ORDERED

Typ zdarzenia explicit
Podanie leku
Zapisuje faktyczne podanie leku pacjentowi, udokumentowane w karcie podawania leków (MAR).
Dlaczego to ważne

Umożliwia weryfikację, czy leki podano na czas, w dashboardzie „Zgodność z zasadami podawania leków”.

Skąd pobrać

Tabela CLINICAL_EVENT, z filtrem zdarzeń podania leków (Task Status = Complete).

Rejestrowanie

Zapisywane po zeskanowaniu kodu kreskowego lub ręcznym wpisie w MAR

Typ zdarzenia explicit
Uruchomienie planu opieki
Oznacza rozpoczęcie PowerPlan lub ścieżki opieki w Cerner. Potwierdza wybór ustandaryzowanego protokołu leczenia.
Dlaczego to ważne

Niezbędne do analizy odstępstw od protokołu leczenia, która porównuje faktyczną opiekę z zaplanowaną ścieżką.

Skąd pobrać

ACT_PW_CAT (Action Pathway Catalog) lub DCP_FORMS_REF, powiązane ze ścieżką opieki i wizytą.

Rejestrowanie

Zapisywane po uruchomieniu PowerPlan

Typ zdarzenia explicit
Wykonanie zabiegu
Znacznik czasu wskazujący, kiedy faktycznie odbyła się operacja lub poważny zabieg. Często jest zapisywany w dokumentacji okołooperacyjnej.
Dlaczego to ważne

Ważny etap analizy ścieżek klinicznych i wykorzystania zasobów.

Skąd pobrać

Tabela SURGICAL_CASE (godziny rozpoczęcia i zakończenia zabiegu) lub CLINICAL_EVENT w przypadku zabiegów przy łóżku pacjenta.

Rejestrowanie

Zapisywane w SurgiNet lub dokumentacji zabiegu

Typ zdarzenia explicit
Zakończenie konsultacji
Oznacza zakończenie konsultacji specjalistycznej, potwierdzone zwykle podpisaną notatką lub dokumentem z konsultacji.
Dlaczego to ważne

Pozwala ustalić, kiedy uzyskano opinię specjalisty, której oczekiwanie może być wąskim gardłem w złożonych ścieżkach opieki.

Skąd pobrać

Tabela CLINICAL_EVENT, z filtrem typów dokumentów sklasyfikowanych jako konsultacje.

Rejestrowanie

Zapisywane po podpisaniu notatki z konsultacji

Typ zdarzenia explicit
Zaplanowanie wizyty kontrolnej
Występuje, gdy dla pacjenta zostaje zarezerwowana przyszła wizyta powiązana z tym samym epizodem lub planem opieki.
Dlaczego to ważne

Obsługuje dashboard „Terminowość planowania wizyt kontrolnych”. Mierzy sprawność zapewniania ciągłości opieki.

Skąd pobrać

Tabela SCH_APPT (Schedule Appointment), powiązana z PERSON_ID.

Rejestrowanie

Rejestrowane po utworzeniu wizyty w module planowania.

Typ zdarzenia explicit
Zaplanowanie zabiegu
Oznacza zarezerwowanie terminu operacji lub poważnego zabiegu. Pomaga analizować przydzielanie zasobów i czas oczekiwania przed zabiegiem.
Dlaczego to ważne

Pokazuje sprawność planowania i możliwe wąskie gardła w wykorzystaniu sal operacyjnych lub zabiegowych.

Skąd pobrać

Tabela SURGICAL_CASE lub tabela SCH_APPT powiązana z wizytą.

Rejestrowanie

Zapisywane po zatwierdzeniu transakcji planowania

Typ zdarzenia explicit
Zalecane Opcjonalne

Instrukcje ekstrakcji danych

Jak pobrać dane z Oracle Health (Cerner)

Gotowi do rozpoczęcia?

Skorzystaj z tego szablonu, aby przygotować dane i zacząć odkrywać przydatne informacje o procesie obsługi pacjenta. To pierwszy krok do poprawy wyników leczenia.

Usprawnij ścieżki pacjentów i szybciej poprawiaj wyniki leczenia

Szybko wykryj wąskie gardła i skróć czas trwania ścieżki pacjenta o 30%.

Rozpocznij bezpłatny okres próbny

Nie trzeba podawać danych karty płatniczej. Rozpoczęcie zajmuje kilka minut.