Datová šablona pro cestu pacienta

Veradigm (Allscripts)
Datová šablona pro cestu pacienta

Datová šablona pro cestu pacienta

Tato šablona nabízí strukturovaný postup pro shromáždění dat potřebných k analýze procesu péče o pacienta. Uvádí atributy a činnosti, které je vhodné sledovat, a praktické pokyny k získání těchto údajů ze zdrojového systému. Pomocí této šablony připravíte data pro podrobnou analýzu process mining.
  • 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
Pracujete se záznamy událostí poprvé? Přečtěte si, jak vytvořit záznam událostí pro process mining.

Atributy cesty pacienta

Jde o doporučená datová pole, která je vhodné zahrnout do záznamu událostí pro podrobnou analýzu procesu péče o pacienta.
3 Povinné 8 Doporučené 8 Volitelné
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
Povinné Doporučené Volitelné

Činnosti v rámci cesty pacienta

Jde o důležité procesní kroky a milníky, které je vhodné zaznamenat do záznamu událostí pro přesné zmapování procesu péče o pacienta.
6 Doporučené 7 Volitelné
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
Doporučené Volitelné

Návody k extrakci dat

Jak získat data ze systému Veradigm (Allscripts)

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ů.

Spusťte zkušební verzi

Platební kartu nepotřebujete. Začněte hned.