Betegellátási folyamat: adatsablon
Betegellátási folyamat: adatsablon
- Ajánlott klinikai attribútumok
- Alapvető folyamatmérföldkövek
- Útmutató a MEDITECH-adatok kinyeréséhez
A betegellátási folyamat attribútumai
| Név | Leírás | ||
|---|---|---|---|
| Esemény időbélyege EventTimestamp | A tevékenység pontos dátuma és időpontja. | ||
| Leírás Ez az attribútum rögzíti, hogy pontosan mikor történt egy tevékenység. Az események időrendi sorrendbe rendezésére és a folyamatlépések közötti időtartam kiszámítására használják. A várakozási idők pontos elemzéséhez nagy pontosságú időbélyegek szükségesek. Ilyen például a triázs és az állapotfelmérés közötti idő, illetve a diagnosztikai eredmények átfutási ideje. Miért fontos? Az események sorrendbe rendezéséhez, valamint az átfutási idők és a betegforgalom kiszámításához szükséges. Hol szerezhető be? A forrástáblák tranzakciós dátum- és időoszlopai. Példák 2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:45:00Z | |||
| Forrásrendszer SourceSystem | Annak a rendszernek az azonosítója, ahonnan az adatok származnak. | ||
| Leírás Megadja, hogy az eseményadatokat a MEDITECH melyik példányából vagy moduljából nyerték ki. Több kórházat működtető szervezeteknél segít megkülönböztetni az egyes intézményekből vagy rendszerverziókból származó adatokat. Egyetlen rendszerből történő adatkinyerésnél ez az attribútum állandó, több rendszer adatainak egyesítésekor viszont elengedhetetlen ahhoz, hogy egységes képet kapjunk a kórházhálózatról. Miért fontos? Több rendszerből álló környezetben biztosítja az adatok eredetének nyomon követhetőségét. Hol szerezhető be? Az adatkinyerés során rögzítik, vagy a rendszerazonosító beállításakor adják meg. Példák MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main | |||
| Patient Episode PatientEpisode | Egy adott betegellátási időszak vagy vizit egyedi azonosítója. | ||
| Leírás A Patient Episode a folyamatelemzés központi esetazonosítója. Egyetlen, összefüggő betegútba rendezi az egy kórházi tartózkodáshoz vagy járóbeteg-vizithez kapcsolódó klinikai, adminisztratív és pénzügyi eseményeket. A MEDITECH rendszerben ez gyakran az Account Number vagy a Visit ID mezőnek felel meg. Ez az attribútum alapvető a betegút regisztrációtól hazabocsátásig tartó rekonstruálásához, a kórházi tartózkodási idő kiszámításához és a klinikai betegutak elemzéséhez. Miért fontos? Kötelező esetazonosító, amely az egymástól elkülönülő eseményeket egyetlen folyamatpéldányhoz kapcsolja. Hol szerezhető be? MEDITECH Admissions vagy Registration modul, jellemzően az Account Number mező. Példák V100938475AC29384755E993847211O229384711 | |||
| Tevékenység neve ActivityName | Az elvégzett konkrét klinikai vagy adminisztratív művelet. | ||
| Leírás Ez az attribútum a betegút során bekövetkező esemény vagy feladat nevét jelöli. Az egyes lépéseket rögzíti, például: 'Beteg regisztrálva', 'Gyógyszer beadva' vagy 'Hazabocsátási rendelés kiállítva'. A tevékenységek pontos azonosítása elengedhetetlen a folyamatmenet feltérképezéséhez. Az értékek gyakran a tranzakciókódokból, a rendelések állapotából vagy az elektronikus egészségügyi nyilvántartásban rögzített beavatkozásokból származnak. Miért fontos? Meghatározza a folyamat lépéseit, és szükséges a folyamattérkép megjelenítéséhez. Hol szerezhető be? Különböző tranzakciós naplókból származik (OE Orders, NUR Interventions, ADM Events). Példák Beteg regisztrálvaTriázs befejezveGyógyszer beadvaDiagnosztikai eredmény ellenőrizve | |||
| Utolsó adatfrissítés LastDataUpdate | Az időbélyeg, amely megmutatja, mikor nyerték ki vagy frissítették utoljára az adatokat. | ||
| Leírás Megmutatja, mikor dolgozták fel vagy töltötték be utoljára a rekordot a process mining eszközbe. Segít ellenőrizni az adatok frissességét, és biztosítani, hogy az elemzés a rendszer aktuális állapotát tükrözze. Nem azonos az esemény időbélyegével: ez az adatfeldolgozási folyamat technikai időpontját jelzi, nem a klinikai esemény idejét. Miért fontos? Az adatirányítás és az elemzés naprakész adatokon történő elvégzése szempontjából elengedhetetlen. Hol szerezhető be? A rendszer dátuma az ETL futtatásakor. Példák 2023-11-01T00:00:00Z2023-11-02T12:00:00Z | |||
| Betegellátás típusa PatientType | A betegellátás kategóriája, például fekvőbeteg-, járóbeteg- vagy sürgősségi ellátás. | ||
| Leírás A kórházi ellátás jellegét sorolja kategóriákba. Gyakori értékei: „Fekvőbeteg”, „Járóbeteg”, „Sürgősségi” és „Megfigyelés”. Ez a besorolás alapvető a folyamatok szűréséhez és összehasonlításához, mivel az ellátás elvárt színvonala és időtartama jelentősen eltérhet az egyes típusoknál. A „Hazabocsátás tervezésének optimalizálása” dashboardon az ellátás típusonkénti bontás segít összehasonlítani az elvárt tartózkodási időt. Miért fontos? A folyamatok összehasonlításának alapja, például fekvőbeteg- és járóbeteg-ellátás szerint. Hol szerezhető be? Felvételi vagy látogatási táblák, például AdmVisits.Status. Példák FekvőbetegSürgősségi ellátásJáróbeteg-sebészetMegfigyelés | |||
| Egészségügyi törzsszám MedicalRecordNumber | A beteg minden ellátási eseményen átívelő egyedi azonosítója. | ||
| Leírás Az egészségügyi törzsszám (MRN) egyedileg azonosítja a beteget az egészségügyi intézményen belül, és különbözik az adott ellátási eseményhez tartozó azonosítótól. Segítségével az elemzők időben összekapcsolhatják ugyanazon beteg több ellátási eseményét. Ez az attribútum elengedhetetlen az „Újrafelvétel és az ellátás minősége” dashboardhoz, amely megmutatja, ha a beteget az elbocsátást követő 30 napon belül ismét felveszik a kórházba. Miért fontos? Lehetővé teszi a különböző ellátási események összekapcsolását és a betegközpontú elemzést. Hol szerezhető be? Betegtörzs vagy regisztrációs tábla. Példák MRN-100293MRN-55928388291002 | |||
| Elbocsátás utáni elhelyezés DischargeDisposition | A beteg elbocsátáskori úti célja vagy státusza. | ||
| Leírás Megmutatja, hová került a beteg az ellátási esemény után, például haza, ápolási intézménybe vagy otthoni szakápolásra, illetve jelzi, ha elhunyt. Ez fontos eredménymutató a „Hazabocsátás tervezésének optimalizálása” dashboardon. Az adatok elemzésével kideríthető, hogy a további ellátás megszervezésének késedelme meghosszabbítja-e a kórházi tartózkodást. Miért fontos? Fontos eredménymutató a kórházi tartózkodás és az újrafelvétel kockázatának elemzéséhez. Hol szerezhető be? Az elbocsátási adatok rögzítésére vagy a regisztrációra szolgáló felületek. Példák Otthonába bocsátvaÁthelyezve általános kórházba rövid távú ellátásraElhunytOrvosi javaslat ellenére távozott | |||
| Elsődleges diagnózis PrimaryDiagnosis | A beteg ellátási eseményéhez tartozó fő egészségügyi probléma. | ||
| Leírás Az ellátás elsődleges okának ICD-10-kódját vagy leírását tartalmazza. Ez a „Klinikai betegutak változatainak elemzése” alapja. Az eseteket az elsődleges diagnózis szerint csoportosítva a klinikai vezetők összevethetik a tényleges kezelési útvonalakat az adott állapothoz tartozó ideális betegúttal. Miért fontos? A klinikai betegutak elemzéséhez szükséges az esetek csoportosítása. Hol szerezhető be? Az egészségügyi dokumentációs vagy kódolási modul. Példák J18.9 - TüdőgyulladásI21.9 - Akut szívinfarktusS72.0 - Combcsonttörés | |||
| Felelős ellátó AttendingProvider | A tevékenységért felelős elsődleges klinikus vagy ellátó. | ||
| Leírás Rögzíti a feladatot végző vagy az ellátást felügyelő orvos, ápoló vagy technikus nevét, illetve azonosítóját. Ez az attribútum támogatja a „Kezelési terv kidolgozásának sebessége” dashboardot, mert az egyes munkatársakhoz vagy szerepkörökhöz rendeli a gyorsasági és hatékonysági mutatókat. Az erőforrások elemzésével segít kiegyensúlyozni a munkaterhelést, és feltárni, hol van szükség a klinikai személyzet képzésére. Miért fontos? Lehetővé teszi az erőforrások teljesítményének elemzését és a munkaterhelés kiegyensúlyozását. Hol szerezhető be? A tevékenységnaplók Provider vagy User mezői. Példák Dr. SmithJones ápolóAdams technikus | |||
| Kórházi osztály HospitalDepartment | Az a konkrét egység vagy osztály, ahol a tevékenység történt. | ||
| Leírás Megadja, melyik szervezeti egység, például a sürgősségi osztály, a radiológia, az intenzív osztály vagy az általános fekvőbeteg-osztály felelős a tevékenységért. Ez az attribútum elengedhetetlen az „Osztályok erőforrás-kihasználtsága” dashboardhoz. Az egységenkénti teljesítménymutatók összehasonlításával segít megtalálni a belső betegáthelyezések és az erőforrás-felhasználás szűk keresztmetszeteit. Miért fontos? Szervezeti elemzéshez és az egyes egységek szűk keresztmetszeteinek feltárásához használható. Hol szerezhető be? A tranzakciós táblák Location vagy Department mezői. Példák Sürgősségi osztályRadiológiaIntenzív osztály3. sebészeti osztály | |||
| Triázs sürgősségi szintje TriageAcuityLevel | A beteg triázs során megállapított súlyossági besorolása. | ||
| Leírás A beteg állapotának sürgősségét jelzi, jellemzően egy skálán, például 1-től 5-ig, ahol az 1-es a kritikus állapot. Ez az attribútum az „Sürgősségi betegút elemzése” dashboard egyik alapja. Segítségével összevethető a várakozási idő a beteg állapotának súlyosságával, így ellenőrizhető, hogy a legsúlyosabb állapotú betegek megfelelő elsőbbséget kapnak-e. Miért fontos? A sürgősségi osztályon alkalmazott prioritások és a betegbiztonsági előírások betartásának elemzéséhez szükséges. Hol szerezhető be? A sürgősségi osztály vagy a triázs ápolói felmérőfelületei. Példák 1 - Újraélesztés2 - Azonnali ellátás3 - Sürgős4 - Kevésbé sürgős | |||
| Újrafelvétel történt IsReadmission | Jelzi, hogy az ellátási esemény egy korábbi elbocsátást követő 30 napon belül történt-e. | ||
| Leírás Logikai attribútum: akkor igaz, ha a beteg aktuális regisztrációs dátuma egy korábbi ellátási esemény elbocsátási dátumától számított 30 napon belülre esik. Ez támogatja az „Újrafelvétel és az ellátás minősége” dashboardot. Az újrafelvételek azonosításával az elemzők visszakereshetik a korábbi ellátási eseményt, és feltárhatják a hazabocsátás tervezésének vagy az utógondozásnak a hiányosságait. Miért fontos? Fontos minőségi mutató, amely hatással van a finanszírozásra és a betegek állapotára. Hol szerezhető be? A rendszer az aktuális StartTime értéket összeveti az ugyanahhoz a MedicalRecordNumber értékhez tartozó korábbi Case EndTime értékkel. Példák truefalse | |||
| Díjtétel összege ChargeAmount | Egy adott tevékenységhez vagy szolgáltatáshoz kapcsolódó pénzösszeg. | ||
| Leírás Az adott eseményhez, például vizsgálathoz vagy kórtermi ellátáshoz rögzített költséget vagy díjat jelöli. Elsősorban pénzügyi adat, de az erőforrásigényről is tájékoztat. Összesítve segít felmérni, milyen pénzügyi hatása van a folyamatok eltéréseinek, bár a kért nézet elsősorban a klinikai betegutakra összpontosít. Miért fontos? Pénzügyi szemponttal egészíti ki a folyamatelemzést. Hol szerezhető be? A számlázási vagy BAR (Billing/Accounts Receivable) modul. Példák 150.001200.5045.00 | |||
| Eltérés a kezelési előírástól IsAdherenceViolation | Jelzi, ha az eset eltért az előírt klinikai betegúttól. | ||
| Leírás Logikai jelző, amely akkor igaz, ha a tevékenységek sorrendje nem egyezik meg a beteg elsődleges diagnózisához meghatározott referenciamodellel. Ez támogatja a „Klinikai betegutak változatainak elemzése” dashboardot. Segítségével gyorsan kiszűrhetők az előírásoknak nem megfelelő esetek, és megvizsgálható, miért tértek el az ellátási standardtól. Miért fontos? Gyorsan feltárja a folyamat eltéréseit és változatait. Hol szerezhető be? Megfelelőség-ellenőrző algoritmusok számítják ki. Példák truefalse | |||
| Felvétel forrása AdmitSource | Honnan érkezett a beteg, például otthonról, áthelyezéssel vagy beutalóval. | ||
| Leírás Megadja, honnan érkezett a beteg, például orvosi beutalóval, a sürgősségi osztályról vagy másik kórházból áthelyezve. Ez segít megérteni, hogyan kerülnek a betegek az ellátórendszerbe. Hasznos a betegbeáramlás mintáinak és azok sürgősségi betegútra, illetve az erőforrás-tervezésre gyakorolt hatásának elemzéséhez. Miért fontos? Segít megérteni a betegbeáramlást és az ellátás iránti igény forrásait. Hol szerezhető be? A felvételi regisztráció adatai. Példák Sürgősségi osztálySzakrendelésről beutalvaÁthelyezés ápolási intézményből | |||
| Gyógyszer neve MedicationName | A beadott gyógyszer neve. | ||
| Leírás Rögzíti a „Gyógyszer beadása” eseményekhez tartozó konkrét készítményt. Szükséges a „Gyógyszerelés megfelelősége” dashboardhoz. Segítségével az ápolási vezetők ellenőrizhetik, hogy a nagy kockázatú vagy időérzékeny gyógyszereket, például a szepszis kezelésére adott antibiotikumokat, a megfelelő időablakon belül adják-e be. Miért fontos? A klinikai előírások betartásának és a betegbiztonságnak az elemzéséhez szükséges. Hol szerezhető be? A Pharmacy (PHA) vagy a Bedside Verification (BMV) modul. Példák ParacetamolVankomicinHeparinInzulin | |||
| Rendelés kategóriája OrderCategory | A klinikai rendelések besorolása, például laboratóriumi vizsgálat, radiológia vagy konzílium. | ||
| Leírás A rendeléseket tágabb kategóriákba sorolja, például laboratórium, radiológia, étrend vagy konzílium. Ez szükséges a „Diagnosztikai szolgáltatások átfutási ideje” dashboardhoz. Lehetővé teszi a munkafolyamatok külön elemzését, így összehasonlítható a képalkotó vizsgálatok és a vérvizsgálatok átfutási ideje, amelyeknél gyakran más-más szűk keresztmetszetek jelentkeznek. Miért fontos? Külön bontja a diagnosztikai és kezelési munkafolyamatokat. Hol szerezhető be? Az Order Entry (OE) modul kategóriamezői. Példák LaboratóriumRadiológiaÁpolásGyógyszertár | |||
| Triázsra várakozás ideje TriageWaitTime | A regisztráció és a triázs befejezése között eltelt idő. | ||
| Leírás A „Beteg regisztrálva” és a „Triázs befejezve” esemény közötti időtartam. Ez az adat közvetlenül bekerül az „Átlagos triázs-átfutási idő” KPI-ba. Az időtartam figyelésével a sürgősségi osztály vezetői a csúcsidőszakokhoz igazíthatják a személyzet létszámát, és gondoskodhatnak a betegbiztonsági előírások betartásáról. Miért fontos? A sürgősségi osztályok egyik fontos működési mutatója. Hol szerezhető be? Az egyes tevékenységek időbélyegei közötti különbség alapján számítják ki. Példák 15 perc1 óra 20 perc | |||
A betegellátási folyamat tevékenységei
| Tevékenység | Leírás | ||
|---|---|---|---|
| Beteg áthelyezve | Jelzi, hogy a beteget fizikailag áthelyezték egyik helyről, például osztályról, szobából vagy ágyról, egy másikra. Nyomon követi a beteg kórházon belüli útját. | ||
| Miért fontos? Az 'Internal Transfer Bottlenecks' elemzéséhez szükséges. A hosszú áthelyezési idő erőforrásokért folyó versenyre vagy betegszállítási késésekre utalhat. Hol szerezhető be? MEDITECH ADM (Admissions). A 'Location History' vagy a 'RoomBed' tranzakciós naplóiból nyerhető ki. Rögzítés A Transfer Patient tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Beteg hazabocsátva | A vizit adminisztratív lezárása. A beteg fizikailag elhagyta a kórházat, az ágy pedig felszabadult. | ||
| Miért fontos? A folyamat hivatalos vége. A végleges kórházi tartózkodási idő kiszámítására és a 30 napos visszavételi időszak meghatározására használják. Hol szerezhető be? MEDITECH ADM (Admissions). A vizitrekord 'DischargeDateTime' mezője. Rögzítés A Discharge Patient tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Beteg regisztrálva | Ez az esemény jelzi, hogy a rendszerben adminisztratív módon létrejött a betegellátási epizód vagy a vizit rekordja. A MEDITECH ADM (Admissions) modulban ez rögzíti a folyamat kezdetét. | ||
| Miért fontos? Meghatározza a betegút kezdetét, és alapul szolgál az átfutási idő számításához. Szükséges a teljes kórházi tartózkodási idő kiszámításához. Hol szerezhető be? MEDITECH ADM modul. Az 'Admissions' táblából származik, jellemzően az 'AdmitDateTime' mezőből vagy a tranzakciós napló létrehozási időbélyegéből. Rögzítés A New Visit tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Diagnosztikai eredmény ellenőrizve | Jelzi, hogy elvégezték a diagnosztikai vizsgálatot, laboratóriumi vagy radiológiai vizsgálat esetén, és egy technikus vagy radiológus jóváhagyta az eredményt. Ezzel lezárul a diagnosztikai vizsgálatra vonatkozó kérés. | ||
| Miért fontos? A 'Diagnostic Services Turnaround' mérésének végpontja. Szükséges a kiegészítő diagnosztikai osztályok szűk keresztmetszeteinek elemzéséhez. Hol szerezhető be? MEDITECH LAB vagy ITS (Imaging and Therapeutic Services) modul. Az eredmény Verified vagy Signed értékre váltásakor rögzítik. Rögzítés A status mező Verified értékre váltásakor kerül a naplóba Eseménytípus explicit | |||
| Diagnózis rögzítve | Ekkor rögzíti a klinikus a beteg kartonjában a kódolt diagnózist (ICD-10). Ez gyakran meghatározott klinikai betegutakat indít el. | ||
| Miért fontos? Lehetővé teszi a 'Clinical Pathway Variant Analysis' elemzést az esetek kategorizálásával. Fontos a betegek összehasonlítási csoportokba rendezéséhez. Hol szerezhető be? MEDITECH ABS (Abstracting) vagy Medical Records modul. Akkor rögzítik, amikor a diagnóziskódokat hozzárendelik a betegszámlához. Rögzítés A Diagnosis Enter tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Gyógyszer beadva | Rögzíti, hogy az ápolószemélyzet ténylegesen beadta a gyógyszert a betegnek. Az adatot általában az ágy mellett, vonalkód-beolvasással rögzítik. | ||
| Miért fontos? Támogatja a 'Medication Administration Compliance' elemzését. Feltárja a betegbiztonsági kockázatokat és az ápolási egységek munkafolyamatának megszakadásait. Hol szerezhető be? MEDITECH PHA (Pharmacy) vagy eMAR (Electronic Medication Administration Record). Az AdminDateTime mező a beadási előzményekben található. Rögzítés A Med Admin tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Hazabocsátási rendelés kiállítva | Az az időpont, amikor az orvos aláírja a beteg hazabocsátását engedélyező rendelést. Ekkor kezdődik a 'Discharge Planning' szakasz. | ||
| Miért fontos? Alapul szolgál a 'Discharge Planning Lead Time' méréséhez. A rendelés és a tényleges távozás közötti idő a működés hatékonyságáról ad képet. Hol szerezhető be? MEDITECH OE (Order Entry). A rendelések között a Category = Discharge értékre szűrjön. Rögzítés Az Order Enter tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Triázs befejezve | Jelzi, hogy befejeződött a sürgősségi osztályon végzett első ápolói állapotfelmérés. Ennek során határozzák meg a beteg sürgősségi kategóriáját és állapotának súlyosságát. | ||
| Miért fontos? A sürgősségi osztály betegáramlását bemutató dashboardon a betegforgalom és a várakozási idők mérésének alapja. Hol szerezhető be? MEDITECH EDM (Emergency Department Management) modul. Az EDM nyomonkövetőben rögzített állapotváltozásokból vagy a Triage Assessment dokumentum időbélyegéből származik. Rögzítés A status mező Triaged értékre váltásakor kerül a naplóba Eseménytípus explicit | |||
| Vizsgálat vagy szolgáltatás elrendelve | Rögzíti, hogy a klinikus szolgáltatást, gyógyszert vagy diagnosztikai vizsgálatot kér. Ez indítja el a további klinikai tevékenységeket. | ||
| Miért fontos? Alapul szolgál a 'Diagnostic Services Turnaround' KPI méréséhez. Az elrendelés és a végrehajtás időpontjának összevetése megmutatja a szolgáltatásnyújtás késéseit. Hol szerezhető be? MEDITECH OE (Order Entry) modul. Az 'OeOrders' táblából, az Order Date/Time mező alapján nyerhető ki. Rögzítés Az Order Enter tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Ellátási terv elindítva | Egy adott ápolási vagy több szakterületet érintő ellátási terv létrehozását vagy hozzárendelését jelzi. Ennek felel meg a 'Treatment Plan Developed' fogalma. | ||
| Miért fontos? A 'Treatment Plan Development Velocity' mutatót méri. Az itt jelentkező késések a klinikai döntéshozatal hiányosságaira utalhatnak. Hol szerezhető be? MEDITECH PCS (Patient Care System) vagy Care Manager. Az időbélyeg azt rögzíti, amikor a beteghez hozzárendelik a szabványos ellátási tervet. Rögzítés A Care Plan Add tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Konzultáció befejezve | A szakorvosi állapotfelmérés befejezése. Gyakran egy adott dokumentumtípus, például a 'Cardiology Consult Note' rögzítéséből következtetnek rá. | ||
| Miért fontos? A szakorvosi válaszidő mérésének végpontja. Fontos ahhoz, hogy az ellátás időben haladjon tovább. Hol szerezhető be? MEDITECH PCM (Provider Order Management) vagy EMR. Meghatározott című dokumentumok létrehozási időbélyegéből következtetnek rá. Rögzítés Hasonlítsa össze a status mezőt a változás előtt és után Eseménytípus inferred | |||
| Konzultációs kérés elküldve | Szakorvosi vélemény kérésére szolgáló rendelés. Ekkor indul a 'Specialist Consultation Response' dashboardon mért idő. | ||
| Miért fontos? Feltárja a több szakterületet érintő ellátás összehangolásának szűk keresztmetszeteit. A hosszú várakozás növeli a kórházi tartózkodás idejét. Hol szerezhető be? MEDITECH OE (Order Entry). Az 'OeOrders' táblában a Category = Consult értékre szűrve azonosítható. Rögzítés Az Order Enter tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Minta levéve | Jelzi, hogy biológiai mintát vettek laboratóriumi elemzéshez. Ez a lépés köti össze a vizsgálat elrendelését a feldolgozással. | ||
| Miért fontos? Részletesen rögzített lépés, amely gyakran késést okoz a diagnosztikai folyamatban. Segít elkülöníteni az ápolásban és a laborban keletkező késéseket. Hol szerezhető be? MEDITECH LAB modul. Általában akkor rögzítik, amikor a vérvételt végző munkatárs beolvassa a vonalkódot, vagy a minta állapotát Collected értékre módosítja. Rögzítés A Collect Specimen tranzakció végrehajtásakor kerül a naplóba Eseménytípus explicit | |||
| Utókövető időpont lefoglalva | A beteg számára későbbi időpontra egyeztetett vizit. Ez a tevékenység segíti a hazabocsátás utáni ellátás folytonosságát. | ||
| Miért fontos? Támogatja a 'Follow-up Appointment Scheduling' elemzést. Összefügg a visszavételek alacsonyabb arányával. Hol szerezhető be? MEDITECH SCH (Scheduling). Úgy állapítható meg, hogy a betegazonosítóhoz kapcsolják a hazabocsátás körüli időpontban létrehozott új Appointment rekordot. Rögzítés Az Appointment Created Date és a Discharge Date mező összehasonlításával állapítható meg Eseménytípus inferred | |||
Útmutatók az adatok kinyeréséhez
Lépések
Az adattár szerverének azonosítása: Keresse meg a MEDITECH adattárat (DR) üzemeltető Microsoft SQL Server-példányt. Ez nem azonos a tranzakciós M-AT vagy fájlalapú adatbázissal. Olvasási jogosultságú hitelesítő adatokra lesz szüksége, általában egy szolgáltatásfiókhoz.
A séma verziójának meghatározása: A MEDITECH DR szerkezete kissé eltérhet a Magic, Client/Server (6.x) és Expanse verziók között. Az alábbi lekérdezés szabványos elnevezéseket használ, például AdmVisits és OeOrders. Ellenőrizze ezeket a táblaneveket a helyi SQL Server Management Studio (SSMS) Object Explorerében.
A lekérdezés hatókörének meghatározása: Azonosítsa a betegellátási eseményeket tartalmazó elsődleges táblát. A DR beállításától függően ez általában AdmVisits, RegAcct vagy AbstractData néven szerepel. A lekérdezés a betegellátási epizód kiindulópontjaként az AdmVisits táblát használja.
Az SQL-környezet előkészítése: Nyissa meg az SSMS-t, és csatlakozzon a DR-hez. Nyisson új lekérdezési ablakot, és ellenőrizze, hogy a megfelelő adatbázis van-e kiválasztva, amelynek neve gyakran livedb vagy ehhez hasonló.
A paraméterek beállítása: A mellékelt SQL-szkriptben cserélje le a dátumtartományok helyőrzőit, például a '2023-01-01' értéket, valamint a telephelyazonosítókat, ha a DR több telephely adatait tartalmazza.
Az adatok kinyerése: Futtassa a teljes T-SQL-szkriptet. A szkript Common Table Expressions (CTE) segítségével először meghatározza a vizsgálandó betegkört, majd több adatforrást UNION ALL művelettel egyesít, és szabványos eseménynaplót hoz létre.
A NULL attribútumok kezelése: A lekérdezés kezeli az esetleges NULL értékeket az időbélyegekben, szükség esetén COALESCE használatával, és ellenőrzi, hogy a fontos összekapcsolási kulcsok (SourceID/VisitID) rendelkezésre állnak-e.
A triázs- és sürgősségi adatok ellenőrzése: A MEDITECH a sürgősségi osztály adatait külön modulokban tárolja. Ha a sürgősségi munkafolyamatokat elemzi, ellenőrizze, hogy az EdVisits vagy a NurInterventions táblák tartalmaznak-e adatokat.
A rendelési kategóriák ellenőrzése: A lekérdezés a Category urnök vagy mnemonikok alapján különíti el az általános rendeléseket, a konzíliumokat és az elbocsátási rendeléseket. Előfordulhat, hogy módosítania kell a WHERE feltételeket, hogy azok megfeleljenek az intézmény saját mnemonikjegyzékének.
Az adatok exportálása: Amikor megjelennek az eredmények, kattintson jobb gombbal az SSMS eredménytáblájára, majd válassza a Save Results As CSV lehetőséget. Ellenőrizze, hogy a fejléc is szerepel-e a fájlban.
Végső formázás: Importálás előtt nyissa meg a CSV-fájlt, és ellenőrizze, hogy a dátumok az ISO 8601 formátumot követik-e (YYYY-MM-DD HH:MM:SS).
Konfiguráció
- Adatbázis-hozzáférés: A MEDITECH DR SQL-adatbázisban db_datareader jogosultság szükséges.
- Dátumtartomány: Befejezett folyamatciklusok elemzéséhez 3–6 hónapnyi, elbocsátott betegekre vonatkozó adat kinyerése ajánlott.
- Telephely szerinti szűrés: Ha a DR több telephely adatait tartalmazza, szűrje a BaseVisits CTE-t FacilityID vagy SourceSystemID alapján.
- Epizód meghatározása: A szkript az egyedi VisitID értéket használja esetazonosítóként. Ezt gyakran Account Number vagy Episode Number néven találja.
- Teljesítmény: A lekérdezés CTE-t használ a vizsgált adatok körének korlátozására. Az optimális teljesítmény érdekében ellenőrizze, hogy az AdmVisits táblában van-e index az AdmitDate és DischargeDate mezőkre.
- Adatkésés: A Data Repository adatátvitelének késése a telephely beállításaitól függően 15 perctől 24 óráig terjedhet. Ellenőrizze a LastDataUpdate időbélyeget.
Példa-lekérdezés sql
/* MEDITECH Data Repository T-SQL Extraction for ProcessMind */
/* Process: Patient Journey */
/* Dialect: T-SQL */
WITH BaseVisits AS (
/* Define the population: Discharged patients within a date range */
SELECT
V.VisitID,
V.PatientID,
V.AccountNumber AS MedicalRecordNumber,
V.AdmitDateTime,
V.DischargeDateTime,
V.FacilityID,
V.PatientType,
V.AttendingProviderID,
V.DischargeDisposition,
NULLIF(DATEDIFF(MINUTE, V.AdmitDateTime, V.DischargeDateTime), 0) / 1440.0 AS LengthOfStay,
/* Flag readmissions logic would go here, simplified as 0 for base script */
0 AS IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmVisits] V
WHERE
V.DischargeDateTime >= '2023-01-01'
AND V.DischargeDateTime < '2023-04-01'
AND V.Status = 'DIS' /* Discharged Status */
),
PatientDiagnoses AS (
/* Helper CTE for Primary Diagnosis to avoid duplicates in joins */
SELECT
D.VisitID,
MAX(D.ICDCode) AS PrimaryDiagnosis
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] D
WHERE
D.Rank = 1 /* Primary Diagnosis Rank */
GROUP BY
D.VisitID
),
TriageData AS (
/* Helper CTE for Triage Acuity */
SELECT
T.VisitID,
MAX(T.AcuityLevel) AS TriageAcuityLevel
FROM
[YourDatabaseName].[dbo].[EdTriage] T
GROUP BY
T.VisitID
)
/* 1. Patient Registered */
SELECT
V.VisitID AS PatientEpisode,
'Patient Registered' AS ActivityName,
V.AdmitDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.AdmitDateTime IS NOT NULL
UNION ALL
/* 2. Triage Completed */
SELECT
V.VisitID AS PatientEpisode,
'Triage Completed' AS ActivityName,
ED.TriageDateTime AS EventTimestamp,
'MEDITECH_ED' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Emergency Department' AS HospitalDepartment,
ED.TriageNurseID AS AttendingProvider,
V.PatientType,
ED.AcuityLevel AS TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[EdTriage] ED
INNER JOIN BaseVisits V ON ED.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
WHERE
ED.TriageDateTime IS NOT NULL
UNION ALL
/* 3. Order Placed (General) */
SELECT
V.VisitID AS PatientEpisode,
'Order Placed' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category NOT IN ('CONSULT', 'DISCHARGE') /* Exclude specific types handled elsewhere */
UNION ALL
/* 4. Specimen Collected */
SELECT
V.VisitID AS PatientEpisode,
'Specimen Collected' AS ActivityName,
L.CollectionDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
L.CollectedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabSpecimens] L
INNER JOIN BaseVisits V ON L.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
L.CollectionDateTime IS NOT NULL
UNION ALL
/* 5. Diagnostic Result Verified */
SELECT
V.VisitID AS PatientEpisode,
'Diagnostic Result Verified' AS ActivityName,
R.VerifiedDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
R.VerifiedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabResults] R
INNER JOIN BaseVisits V ON R.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
R.VerifiedDateTime IS NOT NULL
UNION ALL
/* 6. Diagnosis Documented */
SELECT
V.VisitID AS PatientEpisode,
'Diagnosis Documented' AS ActivityName,
DX.EntryDateTime AS EventTimestamp,
'MEDITECH_ABS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
DX.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] DX
INNER JOIN BaseVisits V ON DX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
DX.EntryDateTime IS NOT NULL
UNION ALL
/* 7. Care Plan Initiated */
SELECT
V.VisitID AS PatientEpisode,
'Care Plan Initiated' AS ActivityName,
N.CreateDateTime AS EventTimestamp,
'MEDITECH_NUR' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
N.NurseUnit AS HospitalDepartment,
N.NurseID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[NurPlan] N
INNER JOIN BaseVisits V ON N.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
N.CreateDateTime IS NOT NULL
UNION ALL
/* 8. Medication Administered */
SELECT
V.VisitID AS PatientEpisode,
'Medication Administered' AS ActivityName,
M.AdminDateTime AS EventTimestamp,
'MEDITECH_PHA' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
M.AdminLocation AS HospitalDepartment,
M.AdministeredBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[PhaMedAdmin] M
INNER JOIN BaseVisits V ON M.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
M.Status = 'ADMINISTERED'
UNION ALL
/* 9. Consult Request Sent */
SELECT
V.VisitID AS PatientEpisode,
'Consult Request Sent' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
UNION ALL
/* 10. Consultation Completed */
SELECT
V.VisitID AS PatientEpisode,
'Consultation Completed' AS ActivityName,
O.CompletedDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
AND O.Status = 'COMPLETED'
AND O.CompletedDateTime IS NOT NULL
UNION ALL
/* 11. Patient Transferred */
SELECT
V.VisitID AS PatientEpisode,
'Patient Transferred' AS ActivityName,
TX.TransferDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
TX.ToLocation AS HospitalDepartment,
NULL AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmRoomTx] TX
INNER JOIN BaseVisits V ON TX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
TX.TransferDateTime IS NOT NULL
UNION ALL
/* 12. Discharge Order Written */
SELECT
V.VisitID AS PatientEpisode,
'Discharge Order Written' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'DISCHARGE'
OR O.Mnemonic LIKE '%DISCHARGE%'
UNION ALL
/* 13. Patient Discharged */
SELECT
V.VisitID AS PatientEpisode,
'Patient Discharged' AS ActivityName,
V.DischargeDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.DischargeDateTime IS NOT NULL
UNION ALL
/* 14. Follow-up Booked */
SELECT
V.VisitID AS PatientEpisode,
'Follow-up Booked' AS ActivityName,
S.BookDateTime AS EventTimestamp,
'MEDITECH_SCH' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
S.ApptDepartment AS HospitalDepartment,
S.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[SchAppt] S
INNER JOIN BaseVisits V ON S.PatientID = V.PatientID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
S.BookDateTime > V.AdmitDateTime
AND S.BookDateTime <= DATEADD(day, 30, V.DischargeDateTime) /* Logic to link appt to episode */
AND S.Status NOT IN ('CANCELLED', 'NOSHOW'); Készen áll a kezdésre?
Kezdje el még ma fejleszteni a klinikai működést: alkalmazza ezt a sablont a MEDITECH-adataira. Csapatunk segít az adatok kinyerésének finomhangolásában, hogy a kórház hatékonyabban működhessen.
Fejlessze a betegellátást, és csökkentse a késéseket még ma
Csökkentse 30 százalékkal a folyamat átfutási idejét, és javítsa a kórház hatékonyságát
Nincs szükség bankkártyára. Kezdje el percek alatt.