Betegellátási folyamat: adatsablon

Oracle Health (Cerner)
Betegellátási folyamat: adatsablon

Betegellátási folyamat: adatsablon

Ez a sablon összefoglalja, milyen adatokra van szüksége a betegellátási folyamatok elemzéséhez és fejlesztéséhez. Bemutatja a gyűjtendő fontos attribútumokat, a követendő tevékenységeket, és gyakorlati útmutatást ad az adatok kinyeréséhez. Használja az eseménynapló előkészítéséhez, hogy megkezdhesse a process mining elemzést.
  • Javasolt attribútumok
  • Követendő tevékenységek
  • Útmutató az adatok kinyeréséhez
Most ismerkedik az eseménynaplókkal? Tudja meg, hogyan készíthet process mining eseménynaplót.

A betegellátási folyamat attribútumai

Ezeket az adatmezőket javasoljuk felvenni az eseménynaplóba, hogy átfogóan elemezhesse a rendszerben zajló betegellátási folyamatot.
5 Kötelező 8 Javasolt 6 Nem kötelező
Név Leírás
Betegellátási epizód
EncounterId
Az adott betegvizit vagy ellátási epizód egyedi azonosítója.
Leírás

Ez az attribútum a betegellátási folyamat központi esetazonosítója. Egyetlen ellátási időszakhoz, például fekvőbeteg-tartózkodáshoz vagy sürgősségi vizithez kapcsolja az összes klinikai eseményt, rendelést és adminisztratív műveletet. A process mining során ez az azonosító teszi lehetővé, hogy az egymástól elkülönülő tevékenységeket egyetlen folyamatnézetben kapcsoljuk össze.

Technikailag ez a Cerner Millennium adatbázis ENCOUNTER táblájának ENCNTR_ID mezője. Ez az elsődleges kulcs kapcsolja össze a beteg demográfiai adatait, a rendeléseket és a klinikai eseményeket.

Miért fontos?

Ez az alapvető azonosító szükséges ahhoz, hogy a beteg útja a felvételtől az elbocsátásig rekonstruálható legyen.

Hol szerezhető be?

Tábla: ENCOUNTER, oszlop: ENCNTR_ID

Példák
123456789876543211223344
Esemény időbélyege
EventEndDateTime
Az esemény bekövetkezésének vagy a tevékenység befejezésének pontos dátuma és időpontja.
Leírás

Ez az attribútum rögzíti az esemény pontos időpontját. Segítségével időrendbe rendezhetők a tevékenységek, és kiszámítható a folyamatlépések közötti átfutási idő.

A CLINICAL_EVENT táblában ez általában az EVENT_END_DT_TM mezőnek felel meg. A pontos időadat elengedhetetlen a várakozási idők kiszámításához, például a „Beteg regisztrálva” és a „Triázsállapot-felmérés” közötti idő méréséhez.

Miért fontos?

Elengedhetetlen az események sorrendjének meghatározásához és az átfutási időhöz hasonló teljesítmény-KPI-k kiszámításához.

Hol szerezhető be?

Tábla: CLINICAL_EVENT, oszlop: EVENT_END_DT_TM

Példák
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Tevékenység
ClinicalEventTag
Az elvégzett klinikai vagy adminisztratív esemény neve vagy leírása.
Leírás

Ez az attribútum rögzíti a beteg ellátása során végrehajtott konkrét műveletet, például a „Gyógyszer beadva”, az „Életjelek mérése” vagy a „Beteg elbocsátása” eseményt. A folyamatlépés közérthető megnevezését adja.

A Cerner rendszerben ez gyakran a CLINICAL_EVENT táblából származik: az EVENT_CD (eseménykód) megjelenített értékét vagy az EVENT_TAG mezőt használják. Az egységes elnevezések elengedhetetlenek az áttekinthető folyamattérképekhez.

Miért fontos?

Meghatározza a folyamattérkép lépéseit, és lehetővé teszi a munkafolyamat megjelenítését.

Hol szerezhető be?

Tábla: CLINICAL_EVENT, oszlop: EVENT_TAG vagy az EVENT_CD-hez kapcsolódó CODE_VALUE

Példák
Triázsállapot-felmérésTeljes vérkép differenciálássalElbocsátási rendelésBeteg áthelyezése
Forrásrendszer
SourceSystem
Annak a rendszernek a neve, ahonnan az adat származik.
Leírás

Azonosítja az adatbejegyzés forrásalkalmazását. Ebben az esetben ez jellemzően az „Oracle Health” vagy a „Cerner Millennium”. Több rendszer használatakor hasznos, ha az adatokat más elektronikus egészségügyi nyilvántartásokkal vagy osztályi rendszerekkel együtt elemzik.

Ha több forrásból érkeznek adatok, az elemzők az adat eredete alapján szűrhetik vagy csoportosíthatják a folyamatelemzést.

Miért fontos?

Biztosítja az adatok eredetének nyomon követhetőségét, különösen több rendszerből dolgozó process mining környezetben.

Hol szerezhető be?

Beégetett szöveg vagy rendszer-metaadat

Példák
Oracle HealthCerner Millennium
Utolsó adatfrissítés
LastDataUpdate
Az időbélyeg, amely azt mutatja, mikor nyerték ki a rekordot, vagy mikor módosították utoljára az adattárházban.
Leírás

Jelzi, mennyire frissek az elemzéshez használt adatok. Az időbélyegből látható, hogy valós idejű adatokat vagy egy korábbi betöltés pillanatképét vizsgálja-e.

Ezt általában az ETL (kinyerés, átalakítás, betöltés) folyamat során állítják elő, nem klinikai attribútumként.

Miért fontos?

Elengedhetetlen az adatirányításhoz és annak biztosításához, hogy az elemzés naprakész információkra épüljön.

Hol szerezhető be?

ETL-rendszer időbélyege

Példák
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Betegazonosító
PersonId
A beteget több ellátási találkozás során azonosító egyedi kód.
Leírás

Az esetazonosítótól eltérően a betegazonosító (vagy személyazonosító) minden kórházi látogatás során ugyanaz marad. Ez az attribútum fontos az ismételt felvételek arányának elemzéséhez és a beteg hosszú távú kórtörténetének megértéséhez.

A Cerner rendszerben ez a PERSON tábla PERSON_ID mezője. Ezzel kapcsolhatók össze a különböző ENCNTR_ID rekordok.

Miért fontos?

Lehetővé teszi a „Beteg ismételt felvételi aránya” KPI kiszámítását azáltal, hogy az egyes ellátási epizódokat ugyanahhoz a beteghez kapcsolja.

Hol szerezhető be?

Tábla: PERSON, oszlop: PERSON_ID

Példák
P10001P55992P99221
Elbocsátás utáni státusz
DischargeDisposition
A beteg elbocsátás utáni úti célja vagy státusza.
Leírás

Jelzi, hová került a beteg az ellátási epizód lezárása után, például hazament, ápolási intézménybe került vagy elhunyt. Ez fontos az elbocsátás megtervezésének elemzéséhez és a kedvezőtlen kimenetelek feltárásához.

Az ENCOUNTER tábla DISCH_DISPOSITION_CD mezőjében található.

Miért fontos?

Fontos kimeneti mutató, amely meghatározza a betegellátási folyamat végállapotát.

Hol szerezhető be?

Tábla: ENCOUNTER, oszlop: DISCH_DISPOSITION_CD (feloldás a CODE_VALUE alapján)

Példák
HazabocsátvaRehabilitációra áthelyezveOrvosi javaslat ellenére távozottElhunyt
Elsődleges diagnózis
DiagnosisCode
Az ellátás elsődleges okát jelölő ICD-10- vagy SNOMED-kód.
Leírás

Az epizódhoz rendelt szabványos klinikai kód, például a tüdőgyulladást jelölő „J18.9”. Segítségével a betegek állapotuk szerint csoportosíthatók, és elemezhető, hogy az adott betegség esetén eltérnek-e a kezelési protokolltól.

A DIAGNOSIS táblában található, az ellátási találkozáshoz kapcsolva.

Miért fontos?

Lehetővé teszi az adott betegségekhez tartozó ellátási útvonalak összehasonlítható elemzését.

Hol szerezhető be?

Tábla: DIAGNOSIS, oszlop: DIAGNOSIS_CODE (a nomenklatúra alapján)

Példák
I10E11.9J18.9
Eset típusa
EncounterType
A betegellátás kategóriája, például fekvőbeteg-ellátás, járóbeteg-ellátás vagy sürgősségi ellátás.
Leírás

Meghatározza a betegellátási epizód jellegét. Ez az adatok bontásának egyik alapvető szempontja, mivel a sürgősségi ellátás folyamata jelentősen eltér a tervezett fekvőbeteg-ellátásétól.

Az ENCOUNTER tábla ENCNTR_TYPE_CD mezőjéből származik, amely egy kódkészlet értékére, például a „Fekvőbeteg-ellátás” vagy a „Sürgősségi ellátás” kategóriára hivatkozik.

Miért fontos?

Lehetővé teszi az ellátási útvonalak és az áteresztőképesség összehasonlítását a különböző ellátási formák között.

Hol szerezhető be?

Tábla: ENCOUNTER, oszlop: ENCNTR_TYPE_CD (feloldás a CODE_VALUE alapján)

Példák
Fekvőbeteg-ellátásSürgősségi ellátásJáróbeteg-ellátásEgynapos sebészet
Felhasználó
PerformingPrsnlId
A tevékenységet végző egészségügyi dolgozó azonosítója vagy neve.
Leírás

Rögzíti, ki hajtotta végre a folyamatlépést, például melyik ápoló adta be a gyógyszert, vagy melyik orvos írta alá az elbocsátást. Ez lehetővé teszi az erőforrások kihasználtságának elemzését.

A Cerner rendszerben ez a táblától függően gyakran a PERFORMED_PRSNL_ID vagy az UPDT_ID mező. Ha ezt egy általános „Felhasználó” attribútumhoz rendelik, elemezhető a feladatkörök elkülönítése.

Miért fontos?

Támogatja az erőforrások elemzését, és segít feltárni a képzési igényeket vagy a munkaterhelés egyenlőtlenségeit.

Hol szerezhető be?

Tábla: CLINICAL_EVENT, oszlop: PERFORMED_PRSNL_ID

Példák
Dr. SmithJones ápolóRendszergazda
Ismételt felvétel
IsReadmission
Jelzi, hogy ez az ellátási epizód az előző elbocsátást követő 30 napon belül történt-e.
Leírás

Logikai jelző, amely az ismételt felvételnek minősülő eseteket azonosítja. Értékét úgy számítják ki, hogy összehasonlítják az aktuális epizód felvételi dátumát az ugyanahhoz a PersonId-hez tartozó előző epizód elbocsátási dátumával.

Elengedhetetlen a „Beteg-újrafelvételi trendek” dashboardhoz.

Miért fontos?

Közvetlenül támogatja a „Beteg ismételt felvételi aránya” KPI-t, amely az ellátás minőségének egyik fontos mutatója.

Hol szerezhető be?

Az ENCOUNTER rekordokat összehasonlító SQL-logika alapján származtatva

Példák
truefalse
Osztály
NurseUnit
Az az osztály, részleg vagy szervezeti egység, ahol az esemény történt.
Leírás

Azonosítja a betegért az esemény időpontjában felelős fizikai helyszínt vagy szervezeti egységet, például az intenzív osztályt, az általános sebészetet vagy a sürgősségi osztályt.

A „Osztályok közötti áthelyezés hatékonysága” dashboard az egységek közötti mozgást követi nyomon ezzel az adattal. A Cerner rendszerben ez gyakran az ellátási találkozás vagy a betegkövetési tábla LOC_NURSE_UNIT_CD mezője.

Miért fontos?

Elengedhetetlen az egyes osztályok szűk keresztmetszeteinek elemzéséhez és a betegáramlás helyszínek szerinti megjelenítéséhez.

Hol szerezhető be?

Tábla: ENCOUNTER vagy CLINICAL_EVENT, oszlop: LOC_NURSE_UNIT_CD

Példák
Sürgősségi osztályKardiológiai osztályICURadiológia
Rendelt tétel
OrderMnemonic
A konkrét rendelés megnevezése, például egy laborvizsgálaté vagy gyógyszeré.
Leírás

Leírja a rendelési esemény tartalmát, például a „Teljes vérkép” vagy az „Aspirin 81 mg” tételt. Ez az attribútum adja meg a szükséges kontextust a „Diagnosztikai vizsgálat elrendelve” és a „Gyógyszer beadva” tevékenységekhez.

Általában az ORDERS tábla ORDER_MNEMONIC mezőjében található. Ez jelöli a folyamaton végighaladó „terméket”.

Miért fontos?

Szükséges a diagnosztikai és kezelési útvonalak részletes elemzéséhez.

Hol szerezhető be?

Tábla: ORDERS, oszlop: ORDER_MNEMONIC

Példák
MellkasröntgenAlapvető anyagcsere-panelParacetamolAgyi MRI
Eredmény státusza
ResultStatus
A diagnosztikai eredmény állapota, például hitelesített, javított vagy előzetes.
Leírás

Jelzi, hogy a diagnosztikai eredmény a feldolgozás melyik szakaszában tart. A „Diagnosztikai eredmény átfutási ideje” elemzésben ez alapján állapítható meg, mikortól használható fel az eredmény a klinikai döntéshozatalhoz.

Általában a CLINICAL_EVENT táblában található, meghatározott státuszkódokkal.

Miért fontos?

Megkülönbözteti az előzetes és a végleges eredményeket. Ez befolyásolja, hogy mikor kezdődhetnek el a következő tevékenységek.

Hol szerezhető be?

Tábla: CLINICAL_EVENT, oszlop: RESULT_STATUS_CD

Példák
HitelesítveHibásMódosítva
Felvétel forrása
AdmissionSource
A betegfelvétel kiindulási helye.
Leírás

Leírja, hogyan került a beteg a kórházi ellátásba, például orvosi beutalóval, a sürgősségi osztályról vagy másik kórházból áthelyezve.

Segít elemezni, honnan indul a kórházi folyamat. Az ENCOUNTER tábla ADMIT_SRC_CD mezőjének felel meg.

Miért fontos?

A beteg érkezési módja alapján ad kontextust az „Első állapotfelmérésre való várakozási idő” mutatóhoz.

Hol szerezhető be?

Tábla: ENCOUNTER, oszlop: ADMIT_SRC_CD

Példák
Sürgősségi osztályOrvosi beutalóÁthelyezés másik kórházból
Finanszírozó típusa
FinancialClass
A beteg elsődleges biztosítási fedezete vagy pénzügyi besorolása.
Leírás

A beteget a finanszírozója alapján sorolja kategóriába, például Medicare, magánbiztosítás vagy önköltséges ellátás szerint. Ezzel elemezhető, hogy a folyamat menete vagy a kórházi tartózkodás hossza eltér-e a finanszírozás típusától függően.

Az ENCOUNTER tábla FINANCIAL_CLASS_CD mezőjéből származik.

Miért fontos?

Segít feltárni, hogy a finanszírozó típusa szerint vannak-e különbségek az ellátásban vagy az adminisztrációban.

Hol szerezhető be?

Tábla: ENCOUNTER, oszlop: FINANCIAL_CLASS_CD (feloldás a CODE_VALUE alapján)

Példák
MedicareBlue CrossÖnköltségesMedicaid
Gyógyszerelési státusz
MedAdminStatus
A gyógyszerrendelés állapota, például beadva, visszautasítva vagy nem beadva.
Leírás

Jelzi a gyógyszer beadásának kimenetelét. A „Gyógyszerbeadás megfelelősége” dashboardhoz fontos megkülönböztetni a ténylegesen beadott gyógyszereket azoktól, amelyeket előírtak, de kihagytak vagy visszautasítottak.

Valószínűleg a CLINICAL_EVENT táblában vagy a gyógyszerbeadási nyilvántartás (MAR) valamelyik táblájában található.

Miért fontos?

Feltárja a kezelési protokollok betartásában mutatkozó hiányosságokat.

Hol szerezhető be?

Tekintse meg az Oracle Health (Cerner) dokumentációját.

Példák
BeadvaVisszautasítvaVisszatartva
Rendelésazonosító
OrderId
Egy adott rendelés egyedi azonosítója, például laborvizsgálat, gyógyszer vagy konzílium esetén.
Leírás

A rendelés rendszer által létrehozott azonosítója. Nem ez az esetazonosító, de fontos másodlagos kulcs. Összekapcsolja a „Diagnosztikai vizsgálat elrendelve” és a „Diagnosztikai eredmény hitelesítve” eseményt.

Enélkül nehéz pontosan kiszámítani az egyes vizsgálatok átfutási idejét, ha a betegnek egyszerre több rendelése is van.

Miért fontos?

Elengedhetetlen az összetartozó tevékenységek, például a rendelés és az eredmény pontos összekapcsolásához.

Hol szerezhető be?

Tábla: ORDERS, oszlop: ORDER_ID

Példák
88291028829103
Triázsprioritás
TriageAcuity
A triázs során megállapított sürgősségi szint.
Leírás

A beteg állapotának súlyosságát jelző szám vagy kategória, például 1, azonnali ellátás, és 5, nem sürgős eset. Ez fontos szempont a várakozási idők elemzésénél, mivel a magasabb prioritású betegeknek rövidebb ideig kellene várakozniuk.

Általában a triázs során rögzítik a klinikai űrlapokon vagy meghatározott megfigyelési kódokkal.

Miért fontos?

Elengedhetetlen annak ellenőrzéséhez, hogy a folyamat a klinikai sürgősségnek megfelelően részesíti-e előnyben a betegeket.

Hol szerezhető be?

Tekintse meg az Oracle Health (Cerner) dokumentációját.

Példák
12345
Kötelező Javasolt Nem kötelező

A betegellátási folyamat tevékenységei

Ezeket a fontos folyamatlépéseket és mérföldköveket érdemes rögzíteni az eseménynaplóban a folyamat feltárásához és a szűk keresztmetszetek azonosításához.
8 Javasolt 6 Nem kötelező
Tevékenység Leírás
A beteg áthelyezése másik osztályra
Azt jelzi, hogy a beteg fizikailag egyik helyről, például a sürgősségi osztályról, egy másikra, például az intenzív osztályra került. Az áthelyezést a helyelőzmények alapján követik nyomon.
Miért fontos?

Lehetővé teszi az „osztályok közötti áthelyezés hatékonyságának” elemzését, és segít megjeleníteni a beteg útját a kórházon belül.

Hol szerezhető be?

Az ENCNTR_LOC_HIST (találkozási helyelőzmények) tábla, amely a LOC_NURSE_UNIT_CD mező változásait rögzíti.

Rögzítés

Hasonlítsa össze az állapotmező értékét a változás előtt és után.

Eseménytípus inferred
A beteg elbocsátása
A beteg kórházi tartózkodását lezáró utolsó adminisztratív esemény. Az időbélyeg alapján számítják ki a teljes kórházi tartózkodás hosszát.
Miért fontos?

A folyamat elsődleges záróeseménye. Nélkülözhetetlen a kórházi tartózkodás hosszának és az ismételt felvételnek a számításához.

Hol szerezhető be?

Az ENCOUNTER tábla, azon belül a DISCH_DT_TM (elbocsátás dátuma és időpontja).

Rögzítés

A rendszer akkor rögzíti, amikor a találkozás állapota DISCHARGED értékre változik.

Eseménytípus explicit
A beteg regisztrálása
A betegellátási epizód kezdetét jelöli, amikor a beteg megérkezik, és rögzítik az adatait a rendszerben. A Cerner Millennium rendszerben ezt a találkozási rekord létrehozása vagy a regisztráció időbélyegének rögzítése jelzi.
Miért fontos?

Ez adja meg a kórházi tartózkodás időtartamának (LOS) számításához és az első várakozási idő elemzéséhez szükséges kezdő időpontot.

Hol szerezhető be?

Az ENCOUNTER tábla, azon belül a REG_DT_TM (regisztráció dátuma és időpontja) oszlop.

Rögzítés

A rendszer akkor rögzíti, amikor a tranzakció létrehoz egy új sort az ENCOUNTER táblában.

Eseménytípus explicit
A diagnosztikai eredmény ellenőrzése
Az az időpont, amikor a laboratóriumi vagy képalkotó vizsgálat eredményét véglegesítik, és elérhetővé teszik az orvos számára. Ezzel zárul le a diagnosztikai átfutási idő.
Miért fontos?

Lezárja a „diagnosztikai eredményközlési idő” mérését, és lehetővé teszi a további kezelési döntések meghozatalát.

Hol szerezhető be?

A CLINICAL_EVENT tábla (laborvizsgálatok esetén), vagy az ORDERS állapotának COMPLETED értékre változása.

Rögzítés

A rendszer akkor rögzíti, amikor az eredmény állapota AUTH (Authenticated) értékre változik.

Eseménytípus explicit
A diagnosztikai vizsgálat elrendelése
Akkor történik, amikor az orvos laborvizsgálatot vagy képalkotó vizsgálatot rendel el. Ez az időbélyeg indítja el a diagnosztikai átfutási idő számítását.
Miért fontos?

A „diagnosztikai eredményközlési idő” KPI kezdőpontja. Segít elkülöníteni a vizsgálat elrendelése és elvégzése közötti késéseket.

Hol szerezhető be?

Az ORDERS tábla ORIG_ORDER_DT_TM mezője, ahol a katalógustípus Laboratory vagy Radiology.

Rögzítés

A rendszer akkor rögzíti, amikor a rendelés állapota ORDERED értékre változik.

Eseménytípus explicit
A diagnózis rögzítése
Akkor történik, amikor hivatalos diagnózist rögzítenek a beteg találkozási rekordjában. Ez nem azonos a vizsgálati eredménnyel, hanem az orvos állapotot megerősítő diagnózisát jelenti.
Miért fontos?

Szükséges a „diagnózis megerősítése” mérföldkő meghatározásához és a végleges diagnózisig eltelt idő elemzéséhez.

Hol szerezhető be?

A DIAGNOSIS tábla DIAGNOSIS_DT_TM mezője, az ENCOUNTER_ID mezőhöz kapcsolva.

Rögzítés

A rendszer akkor rögzíti, amikor a diagnózist hozzáadják vagy módosítják a PowerChart rendszerben.

Eseménytípus explicit
A hazabocsátási rendelés aláírása
Az az esemény, amikor az orvos elrendeli a beteg elbocsátását. Ekkor indul az elbocsátás megtervezésére rendelkezésre álló idő.
Miért fontos?

Az „Elbocsátás megtervezésének átfutási ideje” mutató kezdőpontja. A kezdőpont és a tényleges elbocsátás közötti idő működési késedelmekre utal.

Hol szerezhető be?

Az ORDERS tábla, ahol a katalógustípus jelzi az elbocsátást.

Rögzítés

A rendszer akkor rögzíti, amikor az elbocsátási rendelés állapota ORDERED.

Eseménytípus explicit
A triázsvizsgálat befejezése
A sürgősségi ellátás vagy a felvétel során végzett első ápolói vizsgálat, illetve triázsűrlap kitöltésének végét jelöli. Ezt a rendszerben jellemzően egy meghatározott űrlap vagy klinikai esemény rögzíti.
Miért fontos?

Elengedhetetlen az „első vizsgálatra való várakozási idő” KPI kiszámításához és a betegfelvétel kezdeti szakaszának szűk keresztmetszeteihez.

Hol szerezhető be?

A CLINICAL_EVENT tábla, a triázshoz vagy az első vizsgálati űrlapokhoz tartozó eseménykódokra szűrve.

Rögzítés

A rendszer akkor rögzíti, amikor aláírják vagy ellenőrzik a klinikai dokumentumot vagy űrlapot.

Eseménytípus explicit
A beavatkozás elvégzése
Azt az időpontot jelöli, amikor a műtét vagy a nagyobb beavatkozás ténylegesen megtörtént. Ezt gyakran a műtét körüli ellátás dokumentációjában rögzítik.
Miért fontos?

Fontos mérföldkő a klinikai betegutak és az erőforrás-felhasználás elemzéséhez.

Hol szerezhető be?

A SURGICAL_CASE tábla (a beavatkozás kezdési és befejezési időpontja), vagy a CLINICAL_EVENT tábla az ágy melletti beavatkozásokhoz.

Rögzítés

A SurgiNet rendszerben vagy a beavatkozás dokumentációjában rögzítik.

Eseménytípus explicit
A beavatkozás időpontjának egyeztetése
Azt jelzi, hogy egy műtétet vagy nagyobb beavatkozást egy adott időpontra ütemeztek. Segít megérteni az erőforrások elosztását és a beavatkozás előtti várakozási időt.
Miért fontos?

Megmutatja az időpont-egyeztetés hatékonyságát, valamint a műtők vagy beavatkozóhelyiségek kihasználásának lehetséges szűk keresztmetszeteit.

Hol szerezhető be?

A SURGICAL_CASE tábla vagy a találkozáshoz kapcsolódó SCH_APPT tábla.

Rögzítés

A rendszer akkor rögzíti, amikor az időpont-egyeztetési tranzakció véglegesül.

Eseménytípus explicit
A gyógyszer beadása
A betegnek ténylegesen beadott gyógyszert rögzíti a Gyógyszerbeadási nyilvántartásban (MAR) dokumentáltak szerint.
Miért fontos?

A „gyógyszerbeadási megfelelés” dashboard alapjául szolgál, és ellenőrzi, hogy a gyógyszereket időben adták-e be.

Hol szerezhető be?

A CLINICAL_EVENT táblából, a gyógyszerbeadási eseményekre szűrve (Task Status = Complete).

Rögzítés

A rendszer vonalkód beolvasásakor vagy a MAR kézi kitöltésekor rögzíti.

Eseménytípus explicit
A szakorvosi konzultáció befejezése
A szakorvosi konzultáció végét jelöli, amit általában az aláírt konzultációs feljegyzés vagy dokumentum igazol.
Miért fontos?

Megmutatja, mikor érkezett meg a szakorvosi vélemény, amely összetett betegutak esetén szűk keresztmetszetet jelenthet.

Hol szerezhető be?

A CLINICAL_EVENT tábla, a konzultációként besorolt dokumentumtípusokra szűrve.

Rögzítés

A rendszer akkor rögzíti, amikor aláírják a konzultációs feljegyzést.

Eseménytípus explicit
Az ellátási terv aktiválása
A PowerPlan vagy egy ellátási útvonal elindítását jelöli a Cerner rendszerben. Ez azt jelzi, hogy kiválasztottak egy egységes kezelési protokollt.
Miért fontos?

Elengedhetetlen a „kezelési protokolltól való eltérés elemzéséhez”, amely a tényleges ellátást a tervezett útvonallal veti össze.

Hol szerezhető be?

Az ACT_PW_CAT (Action Pathway Catalog) vagy a DCP_FORMS_REF, amely az ellátási útvonalat a találkozáshoz kapcsolja.

Rögzítés

A rendszer akkor rögzíti, amikor elindítják a PowerPlan tervet.

Eseménytípus explicit
Kontrollidőpont egyeztetése
Akkor történik, amikor a betegnek egy későbbi időpontra időpontot foglalnak ugyanahhoz az ellátási epizódhoz vagy ellátási tervhez.
Miért fontos?

A „Kontrollidőpont-egyeztetés időszerűsége” dashboard adatait szolgáltatja. Az ellátás folytonosságának hatékonyságát méri.

Hol szerezhető be?

A SCH_APPT (Schedule Appointment) tábla, a PERSON_ID mezőhöz kapcsolva.

Rögzítés

A rendszer akkor rögzíti, amikor az időpontot létrehozzák az időpontfoglaló modulban.

Eseménytípus explicit
Javasolt Nem kötelező

Útmutatók az adatok kinyeréséhez

Adatok kinyerése az Oracle Health (Cerner) rendszerből

Kezdheti?

Készítse elő az adatokat ezzel a sablonnal, és tárja fel a betegellátási folyamatban rejlő lehetőségeket. A betegellátás eredményeinek javításához vezető út itt kezdődik.

Optimalizálja most a betegellátást, és javítsa gyorsan az eredményeket

Azonosítsa gyorsan a szűk keresztmetszeteket, és csökkentse 30%-kal a betegellátási folyamat átfutási idejét.

Próbálja ki ingyen

Nincs szükség bankkártyára. Néhány perc alatt elkezdheti.