Jouw datatemplate voor de patiëntreis
Jouw datatemplate voor de patiëntreis
- Aanbevolen attributen om te verzamelen
- Belangrijkste activiteiten om te volgen
- Aanwijzingen voor data-extractie
Attributen van het patiënttraject
| 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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
|
|||
Activiteiten in het patiënttraject
| 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
|
|||
Extractiegidsen
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%.
Je hebt geen creditcard nodig. Je kunt binnen enkele minuten aan de slag.