Jouw datatemplate voor de patiëntreis

Oracle Health (Cerner)
Jouw datatemplate voor de patiëntreis

Jouw datatemplate voor de patiëntreis

Deze template beschrijft welke data je nodig hebt om patiëntreizen goed te analyseren en te optimaliseren. Je krijgt een gestructureerd overzicht van de belangrijkste attributen om te verzamelen, de activiteiten om te volgen en praktische aanwijzingen voor data-extractie. Gebruik deze bron om je event log voor te bereiden op process mining.
  • Aanbevolen attributen om te verzamelen
  • Belangrijkste activiteiten om te volgen
  • Aanwijzingen voor data-extractie
Nieuw met event logs? Leer hoe je een process mining-event log maakt.

Attributen van het patiënttraject

Dit zijn de aanbevolen datavelden voor je event log, zodat je het patiënttraject binnen je systeem volledig kunt analyseren.
5 Verplicht 8 Aanbevolen 6 Optioneel
Naam Beschrijving
Activiteit
ClinicalEventTag
De naam of beschrijving van de uitgevoerde klinische of administratieve gebeurtenis.
Beschrijving

Dit attribuut legt de specifieke handeling tijdens de zorg van de patiënt vast, zoals 'Medication Administered', 'Vital Signs Taken' of 'Patient Discharged'. Het geeft een leesbaar label voor de processtap.

In Cerner wordt dit vaak afgeleid uit de tabel CLINICAL_EVENT. Daarbij wordt EVENT_CD (Event Code) gekoppeld aan de weergavenaam of wordt EVENT_TAG gebruikt. Consistente naamgeving is hier belangrijk voor leesbare proceskaarten.

Waarom dit belangrijk is

Definieert de stappen in de proceskaart en maakt visualisatie van de workflow mogelijk.

Waar je het vindt

Tabel: CLINICAL_EVENT, kolom: EVENT_TAG of gekoppelde CODE_VALUE voor EVENT_CD

Voorbeelden
TriagebeoordelingVolledig bloedbeeld met differentiatieOntslagopdrachtPatiënt overplaatsen
Patiëntepisode
EncounterId
Unieke identifier voor het specifieke patiëntbezoek of de specifieke zorgepisode.
Beschrijving

Dit attribuut is de centrale case-identifier voor het patiënttraject. Het groepeert alle klinische gebeurtenissen, aanvragen en administratieve handelingen binnen één zorgperiode, zoals een klinische opname of een bezoek aan de spoedeisende hulp. In process mining is deze ID essentieel om losse activiteiten aan elkaar te koppelen tot één procesoverzicht.

Technisch komt dit overeen met ENCNTR_ID in de tabel ENCOUNTER binnen de Cerner Millennium-database. Dit is de primaire sleutel waarmee patiëntgegevens, aanvragen en klinische gebeurtenissen aan elkaar worden gekoppeld.

Waarom dit belangrijk is

Dit is de basisidentificatie die nodig is om het volledige patiënttraject van opname tot ontslag te reconstrueren.

Waar je het vindt

Tabel: ENCOUNTER, kolom: ENCNTR_ID

Voorbeelden
123456789876543211223344
Timestamp van gebeurtenis
EventEndDateTime
De specifieke datum en tijd waarop de activiteit plaatsvond of is afgerond.
Beschrijving

Dit attribuut legt het precieze moment vast waarop een gebeurtenis plaatsvond. Je gebruikt het om activiteiten in de juiste volgorde te zetten en doorlooptijden tussen processtappen te berekenen.

In de tabel CLINICAL_EVENT komt dit meestal overeen met EVENT_END_DT_TM. Nauwkeurigheid is hierbij belangrijk voor het berekenen van wachttijden, zoals de tijd tussen 'Patiënt geregistreerd' en 'Triagebeoordeling'.

Waarom dit belangrijk is

Essentieel om de volgorde van gebeurtenissen te bepalen en prestatie-KPI's zoals doorlooptijden te berekenen.

Waar je het vindt

Tabel: CLINICAL_EVENT, kolom: EVENT_END_DT_TM

Voorbeelden
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Bronsysteem
SourceSystem
De naam van het systeem waar de data vandaan komt.
Beschrijving

Identificeert de bronapplicatie van het datarecord. In deze context is dat meestal 'Oracle Health' of 'Cerner Millennium'. Dit is handig in omgevingen met meerdere systemen, waar data wordt gecombineerd met andere EMR's of afdelingssystemen.

Analisten kunnen de procesanalyse filteren of segmenteren op basis van de herkomst van de data wanneer meerdere bronnen worden ingelezen.

Waarom dit belangrijk is

Zorgt voor inzicht in de dataherkomst en traceerbaarheid, vooral bij process mining met meerdere systemen.

Waar je het vindt

Hardgecodeerde tekenreeks of systeemmetadata

Voorbeelden
Oracle HealthCerner Millennium
Laatste data-update
LastDataUpdate
De timestamp waarop het record is geëxtraheerd of voor het laatst is gewijzigd in het datawarehouse.
Beschrijving

Geeft aan hoe actueel de data voor de analyse is. Met deze timestamp kunnen gebruikers zien of ze naar realtime data kijken of naar een momentopname van een eerdere laadbewerking.

Deze timestamp wordt meestal aangemaakt tijdens het ETL-proces (Extract, Transform, Load) en is geen klinisch attribuut.

Waarom dit belangrijk is

Belangrijk voor datagovernance en om te zorgen dat de analyse op actuele informatie is gebaseerd.

Waar je het vindt

ETL-systeemtimestamp

Voorbeelden
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Afdeling
NurseUnit
De specifieke verpleegafdeling, unit of afdeling waar de gebeurtenis plaatsvond.
Beschrijving

Identificeert de fysieke locatie of organisatorische eenheid die op het moment van de gebeurtenis verantwoordelijk was voor de patiënt, bijvoorbeeld 'ICU', 'Algemene chirurgie' of 'Spoedeisende hulp'.

Dit helpt bij het dashboard 'Efficiëntie van overdrachten tussen afdelingen', waarmee verplaatsingen tussen units worden gevolgd. In Cerner is dit vaak LOC_NURSE_UNIT_CD in de encounter- of trackingtabel.

Waarom dit belangrijk is

Essentieel voor het analyseren van knelpunten op specifieke afdelingen en het visualiseren van de geografische patiëntstroom.

Waar je het vindt

Tabel: ENCOUNTER of CLINICAL_EVENT, kolom: LOC_NURSE_UNIT_CD

Voorbeelden
Afdeling spoedeisende hulpCardiologieafdelingICURadiologie
Casustype
EncounterType
Indeling van het patiëntbezoek, zoals klinische opname, poliklinisch bezoek of spoedzorg.
Beschrijving

Classificeert de aard van de patiëntepisode. Dit is een belangrijke dimensie om de data te segmenteren, omdat het procesverloop van een 'Spoedbezoek' sterk verschilt van dat van een 'Geplande klinische opname'.

Dit wordt afgeleid uit ENCNTR_TYPE_CD in de tabel ENCOUNTER, die verwijst naar een waarde uit een codeset, bijvoorbeeld 'Inpatient' of 'Emergency'.

Waarom dit belangrijk is

Maakt een vergelijking mogelijk van zorgpaden en verwerkingscapaciteit tussen verschillende zorgomgevingen.

Waar je het vindt

Tabel: ENCOUNTER, kolom: ENCNTR_TYPE_CD (oplossen via CODE_VALUE)

Voorbeelden
Klinische opnameSpoedeisende hulpPoliklinische zorgDagbehandeling chirurgie
Gebruiker
PerformingPrsnlId
De identificatie of naam van de zorgverlener die de activiteit heeft uitgevoerd.
Beschrijving

Legt vast wie de processtap heeft uitgevoerd, bijvoorbeeld de verpleegkundige die medicatie toediende of de arts die het ontslag ondertekende. Hiermee kun je het gebruik van capaciteit analyseren.

In Cerner is dit vaak PERFORMED_PRSNL_ID of UPDT_ID, afhankelijk van de tabel, zoals Orders of Clinical Events. Door dit te koppelen aan een generiek attribuut 'Gebruiker' kun je functiescheiding analyseren.

Waarom dit belangrijk is

Ondersteunt capaciteitsanalyse en helpt mogelijke opleidingsbehoeften of onevenwichtige werkdruk te signaleren.

Waar je het vindt

Tabel: CLINICAL_EVENT, kolom: PERFORMED_PRSNL_ID

Voorbeelden
Dr. SmithRN JonesSysteembeheerder
Is heropname
IsReadmission
Vlag die aangeeft of deze episode binnen 30 dagen na een eerder ontslag plaatsvond.
Beschrijving

Een booleaanse vlag om cases te identificeren die een heropname vertegenwoordigen. Dit wordt berekend door de opnamedatum van de huidige episode te vergelijken met de ontslagdatum van de vorige episode van dezelfde PersonId.

Essentieel voor het dashboard 'Trends in heropnames van patiënten'.

Waarom dit belangrijk is

Ondersteunt rechtstreeks de KPI 'Heropnamepercentage patiënten', een belangrijke kwaliteitsmaatstaf voor zorg.

Waar je het vindt

Afgeleid via SQL-logica die ENCOUNTER-records vergelijkt

Voorbeelden
truefalse
Ontslagstatus
DischargeDisposition
De bestemming of status van de patiënt bij ontslag.
Beschrijving

Geeft aan waar de patiënt na afloop van de episode naartoe ging, bijvoorbeeld 'Naar huis', 'Verpleeghuis' of 'Overleden'. Dit is belangrijk voor de analyse van ontslagplanning en het signaleren van ongewenste uitkomsten.

Te vinden in de tabel ENCOUNTER als DISCH_DISPOSITION_CD.

Waarom dit belangrijk is

Belangrijke uitkomstmaatstaf die de 'eindstatus' van de patiëntreis bepaalt.

Waar je het vindt

Tabel: ENCOUNTER, kolom: DISCH_DISPOSITION_CD (oplossen via CODE_VALUE)

Voorbeelden
Ontslagen naar huisOvergeplaatst naar revalidatieOp eigen verzoek vertrokken tegen medisch advies inOverleden
Orderitem
OrderMnemonic
De naam van de specifieke order, zoals een laboratoriumtest of medicatie.
Beschrijving

Beschrijft de inhoud van een ordergebeurtenis, bijvoorbeeld 'Volledig bloedbeeld' of 'Aspirine 81 mg'. Dit attribuut geeft de nodige context voor de activiteiten 'Diagnostische order geplaatst' en 'Medicatie toegediend'.

Je vindt dit meestal in de tabel ORDERS onder ORDER_MNEMONIC. Het fungeert als het 'Product' dat door het proces gaat.

Waarom dit belangrijk is

Nodig voor een gedetailleerde analyse van diagnostische en behandeltrajecten.

Waar je het vindt

Tabel: ORDERS, kolom: ORDER_MNEMONIC

Voorbeelden
Röntgenfoto van de borstkasBasispanel voor metabole waardenParacetamolMRI van de hersenen
Patiënt-ID
PersonId
Unieke identificatie van de patiënt over meerdere bezoeken heen.
Beschrijving

De Patient ID (of Person ID) verschilt van de Case ID en blijft gelijk voor een patiënt tijdens alle bezoeken aan het ziekenhuis. Dit attribuut is belangrijk voor het analyseren van heropnames en het begrijpen van de langetermijngeschiedenis van de patiënt.

In Cerner is dit de PERSON_ID uit de tabel PERSON. Hiermee worden meerdere ENCNTR_ID-records aan elkaar gekoppeld.

Waarom dit belangrijk is

Maakt de KPI 'Heropnamepercentage patiënten' mogelijk door afzonderlijke episodes aan dezelfde persoon te koppelen.

Waar je het vindt

Tabel: PERSON, kolom: PERSON_ID

Voorbeelden
P10001P55992P99221
Primaire diagnose
DiagnosisCode
De ICD-10- of SNOMED-code die de primaire reden voor zorg vertegenwoordigt.
Beschrijving

De gestandaardiseerde klinische code, bijvoorbeeld 'J18.9' voor longontsteking, die aan de episode is toegewezen. Hiermee kun je patiënten op aandoening groeperen om 'Afwijking van behandelprotocol' voor specifieke ziekten te analyseren.

Te vinden in de tabel DIAGNOSIS, gekoppeld aan de encounter.

Waarom dit belangrijk is

Maakt een eerlijke vergelijking mogelijk van patiëntpaden voor specifieke aandoeningen.

Waar je het vindt

Tabel: DIAGNOSIS, kolom: DIAGNOSIS_CODE (via nomenclatuur)

Voorbeelden
I10E11.9J18.9
Medicatiestatus
MedAdminStatus
Status van de medicatieorder, bijvoorbeeld toegediend, geweigerd of niet toegediend.
Beschrijving

Geeft de uitkomst van een medicatietoedieningstaak aan. Voor het dashboard 'Compliance van medicatietoediening' is het belangrijk om onderscheid te maken tussen medicatie die daadwerkelijk is toegediend en medicatie die gepland maar gemist of geweigerd is.

Waarschijnlijk te vinden in de tabel CLINICAL_EVENT of in specifieke tabellen voor het Medication Administration Record (MAR).

Waarom dit belangrijk is

Signaleert hiaten in de compliance met behandelprotocollen.

Waar je het vindt

Raadpleeg de documentatie van Oracle Health (Cerner)

Voorbeelden
ToegediendGeweigerdAangehouden
Opnamekanaal
AdmissionSource
De herkomst van de patiëntopname.
Beschrijving

Beschrijft hoe de patiënt het ziekenhuis binnenkwam, bijvoorbeeld via een 'Verwijzing door arts', de 'Spoedeisende hulp' of een 'Overplaatsing vanuit een ander ziekenhuis'.

Dit helpt bij het analyseren van de 'voordeur' van het ziekenhuisproces. Het wordt gekoppeld aan ADMIT_SRC_CD in de tabel ENCOUNTER.

Waarom dit belangrijk is

Geeft context aan de 'wachttijd voor de eerste beoordeling' op basis van het toegangspunt.

Waar je het vindt

Tabel: ENCOUNTER, kolom: ADMIT_SRC_CD

Voorbeelden
Spoedeisende hulpVerwijzing door artsOverplaatsing vanuit ziekenhuis
Ordernummer
OrderId
Unieke identificatie van een specifieke order, zoals een laboratoriumtest, medicatie of consult.
Beschrijving

De door het systeem gegenereerde ID van een order. Dit is niet de Case ID, maar wel een belangrijke secundaire sleutel. Hiermee koppel je de gebeurtenis 'Diagnostische order geplaatst' aan de gebeurtenis 'Diagnostisch resultaat geverifieerd'.

Zonder deze sleutel is het lastig om de exacte doorlooptijd van specifieke tests te berekenen wanneer een patiënt meerdere gelijktijdige orders heeft.

Waarom dit belangrijk is

Essentieel om gekoppelde activiteiten, Order -> Resultaat, nauwkeurig aan elkaar te koppelen.

Waar je het vindt

Tabel: ORDERS, kolom: ORDER_ID

Voorbeelden
88291028829103
Resultaatstatus
ResultStatus
De status van een diagnostisch resultaat, bijvoorbeeld Auth (geverifieerd), gecorrigeerd of voorlopig.
Beschrijving

Geeft de fase in de levenscyclus van een diagnostisch testresultaat aan. Dit wordt gebruikt in de analyse 'Doorlooptijd van resultaatlevering' om te bepalen wanneer een resultaat officieel beschikbaar is voor klinische besluitvorming.

Meestal te vinden in CLINICAL_EVENT met specifieke statuscodes.

Waarom dit belangrijk is

Maakt onderscheid tussen voorlopige en definitieve resultaten. Dat bepaalt wanneer vervolgactiviteiten kunnen starten.

Waar je het vindt

Tabel: CLINICAL_EVENT, kolom: RESULT_STATUS_CD

Voorbeelden
Autorisatie (geverifieerd)FoutGewijzigd
Triageprioriteit
TriageAcuity
Het urgentieniveau dat tijdens de triagebeoordeling is toegewezen.
Beschrijving

Een numerieke of categorische waarde die de ernst van de toestand van de patiënt aangeeft, bijvoorbeeld 1 - direct tot 5 - niet urgent. Dit is een belangrijk segmentatieattribuut voor het analyseren van wachttijden, omdat patiënten met een hogere prioriteit korter zouden moeten wachten.

Meestal vastgelegd in klinische formulieren of specifieke observatiecodes tijdens de triage.

Waarom dit belangrijk is

Belangrijk om te controleren of het proces patiënten correct prioriteert op basis van klinische urgentie.

Waar je het vindt

Raadpleeg de documentatie van Oracle Health (Cerner)

Voorbeelden
12345
Type betaler
FinancialClass
De primaire verzekeringsdekking of financiële classificatie van de patiënt.
Beschrijving

Classificeert de patiënt op basis van de betaler, bijvoorbeeld Medicare, particuliere verzekering of zelfbetaler. Met dit attribuut kun je analyseren of procesverlopen of verblijfsduur verschillen per verzekeringstype.

Afgeleid uit FINANCIAL_CLASS_CD in de tabel ENCOUNTER.

Waarom dit belangrijk is

Helpt verschillen in zorgverlening of administratieve verwerking op basis van het type betaler te signaleren.

Waar je het vindt

Tabel: ENCOUNTER, kolom: FINANCIAL_CLASS_CD (oplossen via CODE_VALUE)

Voorbeelden
MedicareBlue CrossZelfbetalerMedicaid
Verplicht Aanbevolen Optioneel

Activiteiten in het patiënttraject

Dit zijn de belangrijkste processtappen en mijlpalen die je in je event log moet vastleggen voor nauwkeurige procesontdekking en het identificeren van bottlenecks.
8 Aanbevolen 6 Optioneel
Activiteit Beschrijving
Diagnose vastgelegd
Dit gebeurt wanneer een formele diagnose aan het encounterrecord van de patiënt wordt toegevoegd. Dit verschilt van een testresultaat en staat voor de bevestiging van de aandoening door de zorgverlener.
Waarom dit belangrijk is

Belangrijk voor de mijlpaal 'Diagnosis Confirmed' en voor het analyseren van de tijd tot een definitieve diagnose.

Waar je het vindt

Tabel DIAGNOSIS, met DIAGNOSIS_DT_TM gekoppeld aan ENCOUNTER_ID.

Vastleggen

Vastgelegd wanneer de diagnose in PowerChart wordt toegevoegd of bijgewerkt

Eventtype explicit
Diagnostisch resultaat geverifieerd
Dit is het moment waarop een laboratorium- of beeldvormingsresultaat definitief is gemaakt en beschikbaar is voor de zorgverlener. Hiermee eindigt het interval voor de diagnostische doorlooptijd.
Waarom dit belangrijk is

Rondt de cyclus 'Diagnostic Result Delivery Time' af en leidt tot volgende behandelbeslissingen.

Waar je het vindt

Tabel CLINICAL_EVENT voor laboratoriumresultaten of een statuswijziging in ORDERS naar COMPLETED.

Vastleggen

Vastgelegd wanneer de resultaatstatus verandert naar AUTH (Authenticated)

Eventtype explicit
Diagnostische aanvraag geplaatst
Dit gebeurt wanneer een zorgverlener een aanvraag invoert voor laboratoriumonderzoek of beeldvorming. Deze timestamp start de berekening van de diagnostische doorlooptijd.
Waarom dit belangrijk is

Dit is het startpunt voor de KPI 'Diagnostic Result Delivery Time' en helpt vertragingen tussen aanvraag en uitvoering te identificeren.

Waar je het vindt

Tabel ORDERS, met ORIG_ORDER_DT_TM wanneer het catalogustype Laboratory of Radiology is.

Vastleggen

Vastgelegd wanneer de status van de aanvraag op ORDERED wordt gezet

Eventtype explicit
Ontslagopdracht ondertekend
Dit is de gebeurtenis waarbij de arts opdracht geeft om de patiënt te ontslaan. Hiermee start de klok voor de ontslagplanning.
Waarom dit belangrijk is

Het startpunt voor 'Discharge Planning Cycle Time'. Een verschil tussen dit moment en het daadwerkelijke ontslag wijst op vertraging in de bedrijfsvoering.

Waar je het vindt

Tabel ORDERS, waarbij het catalogustype Discharge aangeeft.

Vastleggen

Vastgelegd wanneer de status van de ontslagopdracht op ORDERED wordt gezet

Eventtype explicit
Overdracht tussen afdelingen uitgevoerd
Dit geeft aan dat de patiënt fysiek van de ene locatie, bijvoorbeeld de SEH, naar een andere locatie, zoals de ICU, is verplaatst. Dit wordt gevolgd via de locatiegeschiedenis.
Waarom dit belangrijk is

Maakt analyse van 'Inter-Ward Transfer Efficiency' mogelijk en helpt de patiëntstroom door het ziekenhuis te visualiseren.

Waar je het vindt

Tabel ENCNTR_LOC_HIST (Encounter Location History), waarin wijzigingen in LOC_NURSE_UNIT_CD worden vastgelegd.

Vastleggen

Vergelijk het statusveld voor en na de wijziging

Eventtype inferred
Patiënt geregistreerd
Dit markeert het begin van de patiëntepisode, wanneer de patiënt arriveert en in het systeem wordt ingevoerd. In Cerner Millennium wordt dit vastgelegd wanneer het encounterrecord wordt aangemaakt of de registratietimestamp wordt ingesteld.
Waarom dit belangrijk is

Dit bepaalt de starttijd voor berekeningen van de verblijfsduur (LOS) en de analyse van de eerste wachttijd.

Waar je het vindt

Tabel ENCOUNTER, specifiek de kolom REG_DT_TM (Registration Date/Time).

Vastleggen

Vastgelegd wanneer de transactie een nieuwe rij in ENCOUNTER aanmaakt

Eventtype explicit
Patiënt ontslagen
De laatste administratieve gebeurtenis waarmee het verblijf van de patiënt wordt afgesloten. Deze timestamp wordt gebruikt om de totale verblijfsduur te berekenen.
Waarom dit belangrijk is

De belangrijkste eindgebeurtenis van het proces. Essentieel voor berekeningen van LOS en heropnames.

Waar je het vindt

Tabel ENCOUNTER, specifiek DISCH_DT_TM (Discharge Date/Time).

Vastleggen

Vastgelegd wanneer de status van de encounter verandert naar DISCHARGED

Eventtype explicit
Triagebeoordeling afgerond
Dit staat voor de afronding van de eerste verpleegkundige beoordeling of het triageformulier in de context van spoedzorg of opname. Meestal gaat het om een specifiek formulier of klinische gebeurtenis die in het systeem is vastgelegd.
Waarom dit belangrijk is

Belangrijk voor het berekenen van de KPI 'Initial Assessment Wait Time' en het identificeren van bottlenecks bij de eerste opvang.

Waar je het vindt

Tabel CLINICAL_EVENT, gefilterd op eventcodes die horen bij triage- of eerste beoordelingsformulieren.

Vastleggen

Vastgelegd wanneer een klinisch document of formulier is ondertekend of geverifieerd

Eventtype explicit
Consult afgerond
Dit markeert de afronding van een consult met een specialist, meestal herkenbaar aan een ondertekende consultnotitie of een ondertekend document.
Waarom dit belangrijk is

Laat zien wanneer input van een specialist beschikbaar was. Dit kan een bottleneck zijn in complexe zorgpaden.

Waar je het vindt

Tabel CLINICAL_EVENT, gefilterd op documenttypen die als consult zijn geclassificeerd.

Vastleggen

Vastgelegd wanneer de consultnotitie is ondertekend

Eventtype explicit
Medicatie toegediend
Legt vast dat medicatie daadwerkelijk aan de patiënt is toegediend, zoals geregistreerd in het Medication Administration Record (MAR).
Waarom dit belangrijk is

Ondersteunt het dashboard 'Medication Admin Compliance' door te controleren of medicatie op tijd is toegediend.

Waar je het vindt

Tabel CLINICAL_EVENT, gefilterd op gebeurtenissen voor medicatietoediening (Task Status = Complete).

Vastleggen

Vastgelegd na een barcodescan of handmatige invoer in MAR

Eventtype explicit
Procedure gepland
Dit geeft aan dat een chirurgische case of grote procedure voor een specifiek tijdstip is ingepland. Zo krijg je inzicht in de toewijzing van middelen en wachttijden vóór de procedure.
Waarom dit belangrijk is

Maakt de efficiëntie van de planning en mogelijke bottlenecks in het gebruik van operatie- of behandelkamers zichtbaar.

Waar je het vindt

Tabel SURGICAL_CASE of tabel SCH_APPT die aan de encounter is gekoppeld.

Vastleggen

Vastgelegd wanneer de planningsactie is bevestigd

Eventtype explicit
Procedure uitgevoerd
De timestamp die aangeeft wanneer een operatie of grote procedure daadwerkelijk heeft plaatsgevonden. Dit wordt vaak vastgelegd in de perioperatieve documentatie.
Waarom dit belangrijk is

Belangrijke mijlpaal voor analyse van klinische zorgpaden en het gebruik van middelen.

Waar je het vindt

Tabel SURGICAL_CASE (start- en stoptijden van de case) of CLINICAL_EVENT voor procedures aan het bed.

Vastleggen

Vastgelegd via SurgiNet of proceduredocumentatie

Eventtype explicit
Vervolgafspraak gepland
Dit gebeurt wanneer een toekomstige afspraak wordt geboekt voor de patiënt en aan dezelfde episode of hetzelfde zorgplan is gekoppeld.
Waarom dit belangrijk is

Ondersteunt het dashboard 'Follow-up Scheduling Timeliness' en meet de efficiëntie van de continuïteit van zorg.

Waar je het vindt

Tabel SCH_APPT (Schedule Appointment), gekoppeld aan PERSON_ID.

Vastleggen

Vastgelegd wanneer de afspraak in de planningsmodule wordt aangemaakt

Eventtype explicit
Zorgplan geactiveerd
Dit staat voor de start van een PowerPlan of zorgpad in Cerner. Het geeft aan dat een gestandaardiseerd behandelprotocol is geselecteerd.
Waarom dit belangrijk is

Belangrijk voor 'Treatment Protocol Deviation Analysis', waarmee je werkelijke zorg vergelijkt met het geplande zorgpad.

Waar je het vindt

ACT_PW_CAT (Action Pathway Catalog) of DCP_FORMS_REF, gekoppeld aan de encounter.

Vastleggen

Vastgelegd wanneer PowerPlan wordt gestart

Eventtype explicit
Aanbevolen Optioneel

Extractiegidsen

Zo haal je data uit Oracle Health (Cerner)

Klaar om aan de slag te gaan?

Gebruik deze template om je data voor te bereiden en waardevolle inzichten in je patiëntreis te vinden. Je begint hier met het verbeteren van patiëntresultaten.

Optimaliseer patiëntreizen nu en verbeter resultaten sneller

Vind knelpunten snel en verkort de doorlooptijd van patiëntreizen met 30%.

Start je gratis proefperiode

Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.