Datová šablona pro cestu pacienta
Datová šablona pro cestu pacienta
- Doporučené atributy pro podrobnou analýzu
- Důležité činnosti pro přesné zmapování procesu
- Praktické pokyny k extrakci dat ze systému
Atributy cesty pacienta
| Název | Popis | ||
|---|---|---|---|
|
Časový údaj události
EventDateTime
|
Přesné datum a čas, kdy aktivita proběhla. | ||
|
Popis
Zaznamenává časový okamžik aktivity. Je nezbytný pro výpočet dob průchodu a trvání i pro správné seřazení událostí. Ve zdravotnických datech je pro přesnou analýzu průchodu pacientů důležitá přesnost na minuty.
Proč je to důležité
Umožňuje vypočítat všechny časové KPI, včetně průměrné doby péče o pacienta a čekacích dob.
Kde data získat
Časové údaje transakcí ve zdrojových tabulkách, například ADT_DATE, ORDER_DATE nebo RESULT_DATE.
Příklady
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Název aktivity
ActivityName
|
Konkrétní klinická nebo administrativní událost. | ||
|
Popis
Popisuje krok v procesu, například „Pacient zaregistrován“, „Podán lék“ nebo „Zahájeno plánování propuštění“. Tento atribut rozlišuje jednotlivé fáze péče o pacienta a je nezbytný pro zjišťování procesů a analýzu variant.
Proč je to důležité
Určuje uzly v mapě procesu. Bez něj nelze zobrazit tok procesu.
Kde data získat
Odvozuje se z různých transakčních tabulek, například z tabulek událostí ADT, objednávek, výsledků a klinické dokumentace.
Příklady
Pacient zaregistrovánObjednáno diagnostické vyšetřeníPodán lékPacient propuštěn
|
|||
|
Péče o pacienta
PatientEpisodeId
|
Jedinečný identifikátor konkrétní návštěvy nebo kontaktu pacienta. | ||
|
Popis
Péče o pacienta slouží jako hlavní identifikátor případu. Sdružuje všechny události související s konkrétní péčí o pacienta kvůli určitému onemocnění nebo v daném období. Umožňuje společně zobrazit fáze diagnostiky, léčby a zotavení a propojit návaznosti mezi jednotlivými odděleními. V systémech Veradigm (Allscripts), například Sunrise nebo Paragon, obvykle odpovídá ID návštěvy nebo číslu kontaktu.
Proč je to důležité
Jde o základní identifikátor pro process mining, který umožňuje rekonstruovat celý průběh péče o pacienta.
Kde data získat
Pravděpodobně jej najdete v hlavičce tabulek Visit nebo Encounter, například ve sloupcích VISIT_ID nebo ENCOUNTER_ID. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Datum přijetí
AdmissionDate
|
Datum a čas formálního přijetí pacienta. | ||
|
Popis
Časový údaj označující začátek lůžkové péče. Spolu s datem propuštění slouží k výpočtu délky hospitalizace (ALOS).
Proč je to důležité
Zásadní časový bod pro výpočet ALOS a měření prodlev při přijetí.
Kde data získat
Hlavičková tabulka Visit/Encounter, například ADMIT_DATE. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Datum propuštění
DischargeDate
|
Datum a čas propuštění pacienta. | ||
|
Popis
Časové razítko označující konec epizody. Slouží k uzavření případu v process mining a je nezbytné pro výpočty ALOS a readmisí.
Proč je to důležité
Určuje konec procesního cyklu a je důležité pro analýzu průchodnosti.
Kde data získat
Tabulka hlaviček návštěv/encounterů (např. DISCH_DATE). Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Jde o readmisi
IsReadmission
|
Příznak označující, zda jde o readmisi do 30 dnů. | ||
|
Popis
Vypočítávaný booleovský atribut. Vrací hodnotu true, pokud byl pacient propuštěn v období 30 dnů před datem aktuálního přijetí. Tento údaj slouží pro „Sledování míry odvratitelných readmisí“.
Proč je to důležité
Základní KPI pro hodnocení kvality nemocnice a úhrad, zejména v souvislosti s předpisy CMS.
Kde data získat
Vypočítává se ve vrstvě ETL nebo transformace dat na základě PatientMRN a dat přijetí a propuštění.
Příklady
truefalse
|
|||
|
Kód hlavní diagnózy
PrimaryDiagnosisCode
|
Kód ICD-10 nebo SNOMED označující hlavní onemocnění. | ||
|
Popis
Zakódovaný důvod návštěvy pacienta. Tento atribut slouží jako filtr v nástroji pro porovnání variant léčebných postupů. Analytici díky němu mohou porovnat průběh péče u různých onemocnění, například zápalu plic a srdečního selhání.
Proč je to důležité
Je nutný pro rozdělení procesů podle klinického stavu a kontrolu dodržování protokolů.
Kde data získat
Tabulky diagnóz nebo seznamu problémů, obvykle se sloupci ICD-10. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
I50.9J18.9E11.9
|
|||
|
MRN pacienta
PatientMrn
|
Číslo zdravotnické dokumentace, které jednoznačně identifikuje pacienta napříč jednotlivými případy péče. | ||
|
Popis
Číslo zdravotnické dokumentace (MRN) nebo podnikové ID pacienta. Na rozdíl od ID konkrétní péče o pacienta zůstává toto ID stejné při různých návštěvách. Je nezbytné pro propojení jednotlivých případů a výpočet počtu opakovaných hospitalizací.
Proč je to důležité
Nezbytné pro výpočet „opakovaných hospitalizací do 30 dnů“ a identifikaci pacientů s opakovanými návštěvami.
Kde data získat
Hlavní registr pacientů nebo demografické tabulky, pravděpodobně se sloupci MRN a PATIENT_ID. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
MRN-884422P-10022399887766
|
|||
|
Název oddělení
DepartmentName
|
Oddělení nebo jednotka nemocnice, kde aktivita proběhla. | ||
|
Popis
Určuje místo, například pohotovost, kardiologii nebo radiologii. Je důležitý pro analýzu úzkých míst při příjmu a překladu pacientů, která ukáže, kde se pacienti při přesunu mezi odděleními zdržují.
Proč je to důležité
Podporuje analýzu využití zdrojů a odhalování úzkých míst na jednotlivých odděleních.
Kde data získat
Hlavní tabulky míst nebo oddělení propojené s transakcí. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
PohotovostICUVšeobecná chirurgieRadiologie
|
|||
|
Ošetřující zdravotník
AttendingProvider
|
Hlavní zdravotník odpovědný za pacienta v době události. | ||
|
Popis
Určuje lékaře, sestru nebo specialistu, který provedl aktivitu nebo odpovídá za plán péče. Analýza tohoto atributu pomáhá porozumět využití klinických zdrojů a rozdílům v postupech jednotlivých lékařů.
Proč je to důležité
Umožňuje analyzovat úzká místa ve využití zdrojů a porovnávat výkonnost klinického personálu.
Kde data získat
Transakční tabulky, například ORDERing_PROVIDER nebo ATTENDING_PHYSICIAN_ID. Podrobnosti ověřte v dokumentaci Veradigm (Allscripts).
Příklady
MUDr. Sarah SmithPraktická sestra JonesováRadiologický technik A
|
|||
|
Způsob propuštění
DischargeDisposition
|
Stav pacienta nebo místo, kam byl pacient po propuštění přemístěn. | ||
|
Popis
Udává, kam pacient odešel po pobytu v nemocnici (např. „domů“, „do zařízení kvalifikované ošetřovatelské péče“, „zemřel“, „přeložen“). Tento údaj je důležitý při analýze rizika readmise, protože jednotlivé způsoby propuštění jsou spojeny s různou mírou rizika.
Proč je to důležité
Doplňuje kontext dashboardu „Plánování propuštění“ a pomáhá vysvětlit rozdíly v ALOS.
Kde data získat
Tabulka hlaviček návštěv/encounterů (např. DISCH_DISP). Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
DomůPřeložen do SNFDomů s domácí zdravotní péčíOdešel proti doporučení lékaře
|
|||
|
Byl dodržen protokol
IsProtocolCompliant
|
Příznak označující, zda případ proběhl podle standardního postupu péče. | ||
|
Popis
Vypočítávaný atribut ověřuje, zda konkrétní povinné činnosti, například „Zaznamenání vitálních funkcí“ před „Podáním léku“, proběhly ve správném pořadí. Slouží pro dashboard „Dodržování léčebného protokolu“.
Proč je to důležité
Automaticky odhaluje nedodržení postupu, aniž by bylo nutné ručně kontrolovat zdravotnickou dokumentaci.
Kde data získat
Vypočítává se v nástroji process mining nebo v ETL na základě pořadí činností.
Příklady
truefalse
|
|||
|
Datum kontrolní návštěvy
FollowUpAppointmentDate
|
Datum plánované kontrolní návštěvy. | ||
|
Popis
Používá se k výpočtu „Podílu naplánovaných kontrolních návštěv“. Pokud je pole vyplněné, kontrolní návštěva byla naplánována. Pokud je prázdné nebo obsahuje null, naplánována nebyla.
Proč je to důležité
Přímo měří KPI „Dodržení následné péče“.
Kde data získat
Plánovací systém nebo tabulka budoucích návštěv propojená s pacientem. Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
2023-11-15T14:00:00Znull
|
|||
|
Doba zpracování diagnostických vyšetření
DiagnosticTurnaroundTime
|
Doba mezi objednáním vyšetření a získáním jeho výsledku. | ||
|
Popis
Vypočítaná doba mezi událostmi „Objednáno diagnostické vyšetření“ a „Potvrzena diagnóza“ (nebo přijetím výsledku). Používá se v přehledu „Doba zpracování diagnostických vyšetření“.
Proč je to důležité
Dlouhá doba zpracování prodlužuje délku hospitalizace. Tento ukazatel pomáhá určit prodlevy v laboratoři nebo radiologii.
Kde data získat
Výpočet: časové razítko výsledku − časové razítko objednávky.
Příklady
2 hodiny45 minut1,5 dne
|
|||
|
ID objednávky
OrderId
|
Identifikátor konkrétní objednávky (laboratorní vyšetření, léky, zákroky). | ||
|
Popis
Propojuje událost „Objednávka“ s událostí „Výsledek“ nebo „Podání“. Například propojí „Objednáno diagnostické vyšetření“ s „Dokončeno diagnostické vyšetření“. Tato úroveň podrobnosti je nutná pro dashboard „Doba zpracování diagnostických vyšetření“.
Proč je to důležité
Umožňuje vypočítat dobu trvání jednotlivých procesních kroků, například dobu zpracování laboratorních vyšetření.
Kde data získat
Tabulky zadávání objednávek (např. ORDER_ID, PLACER_ORDER_NUM). Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
ORD-998877LAB-112233RX-445566
|
|||
|
Nákladové středisko
CostCenter
|
Finanční kód přiřazený oddělení nebo službě. | ||
|
Popis
Přiřazuje klinickou činnost finanční jednotce. Pomáhá analyzovat náklady na činnosti nebo obecnou finanční výkonnost jednotlivých oddělení.
Proč je to důležité
Propojuje provozní process mining s finančními dopady.
Kde data získat
Tabulky oddělení nebo číselníku poplatků. Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
CC-1020CC-Rad-01Emergency-001
|
|||
|
Název léku
MedicationName
|
Název objednaného nebo podaného léku. | ||
|
Popis
Používá se zejména v dashboardu „Prodlevy při podávání léků“. Pomáhá zjistit, zda se podání konkrétních léků, například antibiotik nebo léků proti bolesti, zpožďuje.
Proč je to důležité
Důležitý údaj pro analýzu bezpečnosti pacientů a zlepšování procesů v lékárně.
Kde data získat
Záznam o podávání léků (MAR) nebo objednávky léků. Podrobnosti najdete v dokumentaci Veradigm (Allscripts).
Příklady
AmoxicilinHeparinMorfin sulfát
|
|||
|
Poslední aktualizace dat
LastDataUpdate
|
Časový údaj poslední extrakce nebo aktualizace záznamu. | ||
|
Popis
Ukazuje, jak aktuální jsou data použitá k analýze. Uživatelé díky tomuto poli poznají, zda pracují s daty v reálném čase, nebo se snímkem z předchozího období.
Proč je to důležité
Zajišťuje přehled o prodlevě při aktualizaci dat a pomáhá při plánování jejich postupného načítání.
Kde data získat
Časový údaj vytvořený systémem během běhu ETL nebo extrakce.
Příklady
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
|
Zdrojový systém
SourceSystem
|
Název systému, ze kterého data pocházejí. | ||
|
Popis
Určuje softwarovou instanci, která data poskytla, například „Veradigm Sunrise“ nebo „Veradigm TouchWorks“. Je to důležité zejména v prostředí s více nemocnicemi nebo při slučování dat z akutní a ambulantní péče.
Proč je to důležité
Zajišťuje dohledatelnost původu dat, což se hodí při řešení problémů s jejich kvalitou.
Kde data získat
Nastavuje se pevně během procesu ETL nebo se získává z tabulek metadat systému.
Příklady
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
Činnosti v rámci cesty pacienta
| Aktivita | Popis | ||
|---|---|---|---|
|
Dokončeno vstupní vyšetření
|
Označuje dokončení prvního klinického vyšetření sestrou nebo lékařem, například triáže nebo vstupního vyšetření. Často se zaznamená při podepsání a uzavření konkrétního klinického formuláře či záznamu, například „Nursing Initial Assessment“, v EHR. | ||
|
Proč je to důležité
Jde o důležitý počáteční milník. Doba mezi registrací a tímto vyšetřením může odhalit prodlevy při příjmu pacienta a zahájení péče.
Kde data získat
Lze odvodit z časového údaje o dokončení nebo podpisu formulářů vstupního vyšetření či klinických záznamů v modulech klinické dokumentace Veradigm.
Zachycení
Zjistěte časový údaj, kdy se stav záznamu nebo formuláře vstupního vyšetření změní na „completed“ nebo „signed“.
Typ události
inferred
|
|||
|
Pacient propuštěn
|
Označuje oficiální konec lůžkové péče, kdy je pacient formálně propuštěn ze zdravotnického zařízení. Jde o výslovně zaznamenanou důležitou událost v systému ADT, který změní stav návštěvy pacienta na „discharged“. | ||
|
Proč je to důležité
U většiny případů péče o pacienta jde o hlavní závěrečnou aktivitu. Je nezbytná pro výpočet průměrné délky hospitalizace (ALOS) a celkové doby průchodu procesem.
Kde data získat
Událost se zaznamenává přímo v modulu ADT. Záznam návštěvy pacienta obsahuje čas propuštění a způsob ukončení péče.
Zachycení
Použijte čas propuštění z hlavního záznamu návštěvy pacienta.
Typ události
explicit
|
|||
|
Pacient zaregistrován
|
Označuje oficiální začátek péče o pacienta, kdy jsou jeho údaje zadány do systému Veradigm. Tato událost se obvykle zaznamená při dokončení registračního workflow, které vytvoří nový záznam návštěvy pacienta s jedinečným identifikátorem a časovým údajem. | ||
|
Proč je to důležité
Jde o hlavní počáteční aktivitu péče o pacienta. Je nezbytná pro výpočet celkové doby průchodu procesem, délky hospitalizace a rychlosti průchodu pacientů.
Kde data získat
Tato událost se zaznamenává v modulu registrace pacientů nebo ADT (Admission, Discharge, Transfer). Hledejte čas vytvoření záznamu návštěvy nebo kontaktu s pacientem.
Zachycení
Časový údaj ze záznamu návštěvy pacienta nebo registrační tabulky při vytvoření záznamu.
Typ události
explicit
|
|||
|
Potvrzena diagnóza
|
Tato aktivita označuje, že lékař oficiálně zaznamenal diagnózu do zdravotní dokumentace pacienta. Událost lze zachytit při přidání kódu diagnózy do seznamu problémů nebo při podpisu klinického záznamu obsahujícího diagnózu. | ||
|
Proč je to důležité
Potvrzení diagnózy je zásadní zlom, který určuje další postup léčby. Umožňuje analyzovat rozdíly v léčebných postupech podle jednotlivých diagnóz.
Kde data získat
Údaj najdete v seznamu problémů pacienta, záznamech diagnóz návštěvy nebo klinické dokumentaci. Lze jej odvodit z časového údaje, kdy je pro danou návštěvu zadán a potvrzen kód hlavní diagnózy.
Zachycení
Použijte čas vytvoření nebo aktualizace záznamu hlavní diagnózy pro konkrétní péči o pacienta.
Typ události
inferred
|
|||
|
Vytvořen plán léčby
|
Označuje, že klinický tým sestavil formální plán léčby pacienta. Obvykle se zaznamená při vytvoření a podpisu dokumentu „Plan of Care“ nebo souboru počátečních léčebných objednávek v EHR. | ||
|
Proč je to důležité
Tento milník zahajuje aktivní fázi léčby. Slouží jako výchozí bod pro měření dodržování léčebných protokolů a doby do první léčebné akce, například podání léku.
Kde data získat
Lze odvodit z časového údaje o podpisu formuláře „Plan of Care“ nebo z času vytvoření první rozsáhlejší sady léčebných objednávek po stanovení diagnózy.
Zachycení
Zjistěte časový údaj, kdy ošetřující lékař dokončí nebo podepíše dokument „Plan of Care“.
Typ události
inferred
|
|||
|
Zahájeno plánování propuštění
|
Označuje formální zahájení plánování propuštění pacienta. Lze je odvodit z vytvoření dokumentu s plánem propuštění, zadání objednávky na propuštění nebo dokončení konkrétního hodnocení pro plánování propuštění. | ||
|
Proč je to důležité
Tato aktivita je výchozím bodem pro měření efektivity procesu propuštění. Včasné zahájení plánování často souvisí s nižším počtem opakovaných hospitalizací.
Kde data získat
Lze odvodit z času vytvoření záznamu o plánování propuštění, sady objednávek k propuštění nebo konkrétního hodnoticího formuláře ve Veradigm.
Zachycení
Zjistěte časový údaj, kdy je pro návštěvu pacienta poprvé vytvořena objednávka nebo dokument související s propuštěním.
Typ události
inferred
|
|||
|
Dokončeno diagnostické vyšetření
|
Označuje okamžik, kdy jsou výsledky diagnostického vyšetření dokončeny a zpřístupněny v záznamu pacienta. Obvykle jej lze odvodit ze změny stavu původní objednávky z „active“ nebo „in-progress“ na „completed“ či „resulted“. | ||
|
Proč je to důležité
Tato aktivita je důležitým milníkem při měření doby diagnostiky. Prodlevy mezi objednáním a dokončením mohou výrazně prodloužit dobu do stanovení diagnózy.
Kde data získat
Lze odvodit z pole se stavem objednávky v modulu objednávek nebo z časových údajů v příslušném modulu výsledků, například LIS nebo RIS.
Zachycení
Zjistěte časový údaj, kdy se stav objednávky změní na konečný stav, například „Completed“ nebo „Resulted“.
Typ události
inferred
|
|||
|
Naplánována kontrolní návštěva
|
Tato aktivita označuje naplánování kontrolní návštěvy pacienta po propuštění. Událost se zaznamená v plánovacím modulu při objednání návštěvy propojené s ukončenou hospitalizací. | ||
|
Proč je to důležité
Naplánovaná následná péče pomáhá zajistit její kontinuitu a omezit opakované hospitalizace. Tato aktivita umožňuje měřit dodržování postupů po propuštění.
Kde data získat
Údaj se zaznamenává v modulu plánování návštěv. Hledejte čas vytvoření nové návštěvy pacienta, která následuje po datu propuštění.
Zachycení
Zjistěte čas vytvoření záznamu návštěvy pacienta v plánovacím systému.
Typ události
explicit
|
|||
|
Objednáno diagnostické vyšetření
|
Tato událost nastane, když lékař objedná diagnostické vyšetření, například laboratorní test nebo zobrazovací vyšetření. Zaznamenává se přímo v systému Computerized Physician Order Entry (CPOE) ve Veradigm. | ||
|
Proč je to důležité
Tím začíná dílčí proces diagnostiky. Jde o výchozí bod pro měření doby diagnostiky a odhalování prodlev při objednávání vyšetření.
Kde data získat
Událost se zaznamenává v modulu objednávek nebo v protokolech systému CPOE. Každá objednávka obsahuje časový údaj o zadání.
Zachycení
Získejte čas vytvoření záznamů objednávek příslušných diagnostických vyšetření.
Typ události
explicit
|
|||
|
Podán lék
|
Tato událost se zaznamená, když sestra nebo lékař zdokumentuje podání léku pacientovi. Údaj se ukládá v modulu Medication Administration Record (MAR) nebo eMAR, který zaznamenává přesný čas podání. | ||
|
Proč je to důležité
Sledování podávání léků je důležité pro analýzu včasnosti léčby a dodržování léčebného plánu. Rozdíl mezi objednáním a podáním pomáhá odhalit prodlevy v procesu podávání léků.
Kde data získat
Událost se zaznamenává přímo v modulu eMAR (electronic Medication Administration Record). Každé podání obsahuje konkrétní časový údaj, lék a dávku.
Zachycení
Získejte z tabulky eMAR časové údaje o každém podání léku spojeném s návštěvou pacienta.
Typ události
explicit
|
|||
|
Přeložení na jiné oddělení
|
Tato událost označuje fyzické přemístění pacienta z jednoho oddělení nebo jednotky péče na jinou, například z pohotovosti na lůžkové oddělení. Zaznamenává ji systém ADT (Admission, Discharge, Transfer) ve Veradigm. | ||
|
Proč je to důležité
Při překládání pacientů často vznikají úzká místa a prodlevy. Analýza délky a četnosti překladů pomáhá optimalizovat pohyb pacientů a rozdělení zdrojů mezi odděleními.
Kde data získat
Událost se zaznamenává přímo v modulu ADT. Každý překlad obsahuje údaje o pacientovi, výchozím a cílovém místě a časový údaj.
Zachycení
Získejte ze systému ADT záznamy událostí odpovídající přesunům pacientů.
Typ události
explicit
|
|||
|
Proveden zákrok
|
Označuje dokončení klinického nebo chirurgického zákroku. Obvykle se zaznamená při podpisu záznamu o zákroku lékařem nebo při změně stavu objednávky zákroku na „completed“. | ||
|
Proč je to důležité
Zákroky jsou v mnoha případech péče o pacienta důležitými milníky. Analýza jejich načasování pomáhá porozumět využití zdrojů a efektivitě plánování.
Kde data získat
Lze odvodit z časového údaje o podpisu záznamu o zákroku v modulu klinické dokumentace nebo z času dokončení objednávky zákroku v modulu objednávek.
Zachycení
Použijte čas dokončení objednávky zákroku nebo čas podpisu související dokumentace.
Typ události
inferred
|
|||
|
Zaznamenány vitální funkce
|
Tato aktivita nastane při každém zaznamenání vitálních funkcí pacienta, například srdečního tepu, krevního tlaku a teploty. Jde o událost zaznamenanou v klinické dokumentaci nebo v části EHR určené pro záznam vitálních funkcí. | ||
|
Proč je to důležité
Časté zaznamenávání vitálních funkcí ukazuje na průběžné sledování pacienta. Frekvenci a načasování lze analyzovat a ověřit tak dodržování monitorovacích protokolů.
Kde data získat
Údaje se zaznamenávají v úložišti klinických dat nebo v tabulkách flowsheet, kde jsou uloženy vitální funkce. Každý záznam obsahuje časový údaj.
Zachycení
Získejte z dat flowsheet s vitálními funkcemi časové údaje pro návštěvu pacienta.
Typ události
explicit
|
|||
Návody k extrakci dat
Chcete začít?
Začněte ještě dnes zlepšovat zkušenost pacientů a efektivitu provozu. Vaše data vám pomohou odhalit užitečné poznatky a určit, kde lze péči a provoz zlepšit.
Zlepšete průběh péče o pacienty v systému Veradigm
Zkraťte dobu péče o pacienty o 30 % a dosahujte lepších výsledků.
Platební kartu nepotřebujete. Začněte hned.