Szablon danych ścieżki pacjenta
Szablon danych ścieżki pacjenta
- Zalecane atrybuty do zebrania
- Najważniejsze działania do śledzenia
- Wskazówki dotyczące ekstrakcji danych
Atrybuty ścieżki pacjenta
| 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
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
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
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 ( 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
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
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
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
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
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
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
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
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
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
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
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
|
|||
Działania w ścieżce pacjenta
| 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
|
|||
Instrukcje ekstrakcji danych
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%.
Nie trzeba podawać danych karty płatniczej. Rozpoczęcie zajmuje kilka minut.