Il suo Template di Dati del Percorso del Paziente

Oracle Health (Cerner)
Il suo `Template` di `Dati` del Percorso del Paziente

Il suo Template di Dati del Percorso del Paziente

Questo `template` completo delinea i `dati` essenziali di cui ha bisogno per analizzare e ottimizzare efficacemente i percorsi del paziente. Fornisce una panoramica strutturata degli `attributi` critici da raccogliere, delle attività chiave da tracciare e una guida pratica sull'estrazione dei `dati`. Utilizzi questa risorsa per preparare il suo `event log` per un'esperienza di Process Mining senza interruzioni.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Percorso del Paziente

Questi sono i campi di `dati` raccomandati da includere nel suo `event log` per un'analisi completa del percorso del paziente all'interno del suo sistema.
5 Obbligatorio 9 Consigliato 6 Facoltativo
Nome Descrizione
Activity
ClinicalEventTag
Il nome o la descrizione dell'`evento` clinico o amministrativo eseguito.
Descrizione

Questo attributo cattura l'azione specifica intrapresa durante l'assistenza al paziente, come 'Farmaco Somministrato', 'Rilevati Segni Vitali' o 'Paziente Dimesso'. Fornisce l'etichetta leggibile per l'utente per il passaggio del processo.

In Cerner, questo è spesso derivato dalla tabella CLINICAL_EVENT, mappando specificamente l'EVENT_CD (Codice Evento) al suo valore di visualizzazione o utilizzando l'EVENT_TAG. Convenzioni di denominazione coerenti qui sono cruciali per mappe di processo leggibili.

Perché è importante

Definisce i passaggi nella mappa di processo, consentendo la visualizzazione del workflow.

Dove trovare

Tabella: CLINICAL_EVENT, Colonna: EVENT_TAG o CODE_VALUE collegato per EVENT_CD

Esempi
Valutazione TriageCBC with DifferentialOrdine di DimissioneTrasferire Paziente
Episodio del Paziente
EncounterId
Identificatore unico per la specifica visita del paziente o l'episodio di cura.
Descrizione

Questo attributo funge da identificatore centrale del caso per il percorso del paziente. Raggruppa tutti gli eventi clinici, gli ordini e le azioni amministrative che si verificano all'interno di un singolo periodo di cura (es. una degenza ospedaliera o una visita di emergenza). Nel Process Mining, questo ID è essenziale per correlare attività disgiunte in una visione di processo unificata.

Tecnicamente, questo corrisponde all'ENCNTR_ID nella tabella ENCOUNTER all'interno del database Cerner Millennium. È la chiave primaria utilizzata per collegare i dati demografici del paziente, gli ordini e gli eventi clinici.

Perché è importante

È la chiave fondamentale necessaria per ricostruire il percorso completo del paziente, dal ricovero alla dimissione.

Dove trovare

Tabella: ENCOUNTER, Colonna: ENCNTR_ID

Esempi
123456789876543211223344
Timestamp Evento
EventEndDateTime
La data e l'ora specifiche in cui l'attività si è verificata o è stata completata.
Descrizione

Questo attributo registra il momento preciso in cui si è verificato un evento. È utilizzato per ordinare le attività in sequenza e calcolare i tempi di ciclo tra i passaggi del processo.

Nella tabella CLINICAL_EVENT, questo corrisponde solitamente a EVENT_END_DT_TM. La precisione qui è vitale per calcolare i tempi di attesa, come la durata tra 'Paziente Registrato' e 'Valutazione Triage'.

Perché è importante

Essenziale per determinare la sequenza degli eventi e calcolare i KPI di performance come i tempi di consegna (lead time).

Dove trovare

Tabella: CLINICAL_EVENT, Colonna: EVENT_END_DT_TM

Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
Sistema di Origine
SourceSystem
Il nome del sistema da cui provengono i dati.
Descrizione

Identifica l'applicazione sorgente per il record di dati. In questo contesto, sarà prevalentemente 'Oracle Health' o 'Cerner Millennium'. Questo è utile in ambienti multisistema dove i dati potrebbero essere miscelati con altri EMR o sistemi dipartimentali.

Consente agli analisti di filtrare o segmentare l'analisi del processo basandosi sulla provenienza dei dati se vengono ingerite più fonti.

Perché è importante

Garantisce la lineage dei dati e la tracciabilità, specialmente in configurazioni di Process Mining multisistema.

Dove trovare

Stringa fissa o metadati di sistema

Esempi
Oracle HealthCerner Millennium
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` di quando il record è stato estratto o modificato l'ultima volta nel `data warehouse`.
Descrizione

Indica la freschezza dei dati utilizzati nell'analisi. Questo timestamp aiuta gli utenti a capire se stanno visualizzando dati in tempo reale o uno snapshot da un caricamento precedente.

È tipicamente generato durante il processo ETL (Extract, Transform, Load) piuttosto che essere un attributo clinico.

Perché è importante

Critico per la governance dei dati e per garantire che l'analisi venga eseguita su informazioni aggiornate.

Dove trovare

ETL System Timestamp

Esempi
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Articolo Ordine
OrderMnemonic
Il nome dell'ordine specifico inserito, come un test di laboratorio o un farmaco.
Descrizione

Descrive il contenuto di un evento d'ordine (ad es. 'Emocromo Completo', 'Aspirina 81mg'). Questo attributo fornisce il contesto necessario per le attività 'Ordine Diagnostico Effettuato' e 'Farmaco Somministrato'.

Si trova tipicamente nella tabella ORDERS sotto ORDER_MNEMONIC. Agisce come il 'Prodotto' che scorre attraverso il processo.

Perché è importante

Necessario per un'analisi granulare dei percorsi diagnostici e terapeutici.

Dove trovare

Tabella: ORDERS, Colonna: ORDER_MNEMONIC

Esempi
Radiografia del ToraceBasic Metabolic PanelAcetaminophenRMN Encefalo
Diagnosi Primaria
DiagnosisCode
Il codice ICD-10 o SNOMED che rappresenta la ragione primaria delle cure.
Descrizione

Il codice clinico standardizzato (es. 'J18.9' per la Polmonite) assegnato all'episodio. Questo consente di raggruppare i pazienti per condizione per analizzare la 'Deviazione dal Protocollo di Trattamento' per malattie specifiche.

Trovato nella tabella DIAGNOSIS, collegato all'incontro.

Perché è importante

Consente un confronto diretto (da pari a pari) dei percorsi del paziente per condizioni specifiche.

Dove trovare

Tabella: DIAGNOSIS, Colonna: DIAGNOSIS_CODE (tramite nomenclatura)

Esempi
I10E11.9J18.9
Dipartimento
NurseUnit
Lo specifico reparto, unità o dipartimento dove si è verificato l'`evento`.
Descrizione

Identifica la posizione fisica o l'unità organizzativa responsabile del paziente al momento dell'evento (ad es. 'ICU', 'Chirurgia Generale', 'Pronto Soccorso').

Questo aiuta nel dashboard 'Efficienza del Trasferimento Inter-Reparto' tracciando il movimento tra le unità. In Cerner, questo è spesso LOC_NURSE_UNIT_CD nella tabella dell'incontro o di tracciamento.

Perché è importante

Essenziale per analizzare i colli di bottiglia in reparti specifici e visualizzare la geografia del flusso dei pazienti.

Dove trovare

Tabella: ENCOUNTER o CLINICAL_EVENT, Colonna: LOC_NURSE_UNIT_CD

Esempi
Pronto SoccorsoReparto di CardiologiaICURadiologia
Durata della Degenza
LengthOfStay
Durata totale dell'episodio del paziente in giorni o ore.
Descrizione

Questo è un attributo calcolato che rappresenta la differenza di tempo tra il timestamp di ammissione e il timestamp di dimissione. È la metrica di efficienza primaria per la dashboard 'Analisi della Durata Complessiva della Degenza del Paziente'.

Sebbene questo possa essere calcolato all'interno dello strumento di Process Mining, importarlo come attributo statico pre-calcolato a livello di caso è spesso efficiente in termini di prestazioni.

Perché è importante

Il KPI di efficienza più importante per la gestione ospedaliera.

Dove trovare

Derivato da ENCOUNTER.REG_DT_TM e DISCH_DT_TM

Esempi
4.5 days2 ore12 giorni
È Riammissione
IsReadmission
Flag che indica se questo episodio è avvenuto entro 30 giorni da una precedente dimissione.
Descrizione

Un flag booleano utilizzato per identificare i casi che rappresentano un nuovo ricovero. Questo viene calcolato confrontando la data di ammissione dell'episodio corrente con la data di dimissione dell'episodio precedente per lo stesso PersonId.

Essenziale per il dashboard 'Tendenze di Nuovo Ricovero dei Pazienti'.

Perché è importante

Supporta direttamente il KPI 'Tasso di Nuovi Ricoveri del Paziente', una metrica chiave della qualità dell'assistenza.

Dove trovare

Derivato tramite Logica SQL confrontando i record ENCOUNTER

Esempi
truefalse
ID Paziente
PersonId
Identificatore unico per il paziente attraverso più incontri.
Descrizione

Distinto dal Case ID, l'ID Paziente (o ID Persona) rimane costante per un paziente attraverso tutte le sue visite in ospedale. Questo attributo è cruciale per analizzare i tassi di nuovi ricoveri e comprendere la storia a lungo termine del paziente.

In Cerner, questo è il PERSON_ID dalla tabella PERSON. Collega più record ENCNTR_ID.

Perché è importante

Consente il KPI 'Tasso di Nuovi Ricoveri del Paziente' collegando episodi separati allo stesso individuo.

Dove trovare

Tabella: PERSON, Colonna: PERSON_ID

Esempi
P10001P55992P99221
Stato di Dimissione
DischargeDisposition
La destinazione o lo stato del paziente al momento della dimissione.
Descrizione

Indica dove è andato il paziente al termine dell'episodio (es. 'A casa', 'Struttura di cura specializzata', 'Deceduto'). Questo è fondamentale per l'analisi della 'Pianificazione della dimissione' e per identificare esiti insoddisfacenti.

Trovato nella tabella ENCOUNTER come DISCH_DISPOSITION_CD.

Perché è importante

Metrica di risultato chiave; definisce lo 'stato finale' del percorso del paziente.

Dove trovare

Tabella: ENCOUNTER, Colonna: DISCH_DISPOSITION_CD (risolvere tramite CODE_VALUE)

Esempi
Dimesso a DomicilioTrasferito in RiabilitazioneDimesso Contro Parere MedicoScaduto
Tipo di caso
EncounterType
Categorizzazione della visita del paziente, come Ricovero, Ambulatoriale o Emergenza.
Descrizione

Classifica la natura dell'episodio del paziente. Questa è una dimensione primaria per l'analisi dei dati, poiché il flusso di processo per una visita in 'Emergenza' differisce significativamente da una visita 'Ricovero Elettivo'.

Questo è derivato da ENCNTR_TYPE_CD nella tabella ENCOUNTER, che fa riferimento a un valore di set di codici (ad es., 'Ricovero', 'Emergenza').

Perché è importante

Consente l'analisi comparativa dei percorsi e del throughput in diversi contesti assistenziali.

Dove trovare

Tabella: ENCOUNTER, Colonna: ENCNTR_TYPE_CD (risolvere tramite CODE_VALUE)

Esempi
RicoveratoEmergenzaAmbulatorialeChirurgia di Giorno
Utente
PerformingPrsnlId
L'identificatore o il nome del clinico che ha eseguito l'attività.
Descrizione

Cattura chi ha eseguito il passaggio del processo, come l'infermiere che somministra il farmaco o il medico che firma la dimissione. Ciò consente l'analisi dell'utilizzo delle risorse.

In Cerner, questo è spesso PERFORMED_PRSNL_ID o UPDT_ID a seconda della tabella (Ordini vs Eventi Clinici). La mappatura di questo a un attributo 'Utente' generico facilita l'analisi della Separazione dei Compiti.

Perché è importante

Supporta l'analisi delle risorse e identifica potenziali esigenze di formazione o squilibri nel carico di lavoro.

Dove trovare

Tabella: CLINICAL_EVENT, Colonna: PERFORMED_PRSNL_ID

Esempi
Dr. SmithInfermiera JonesSysAdmin
Canale di Ammissione
AdmissionSource
L'origine del ricovero del paziente.
Descrizione

Descrive come il paziente è entrato nel sistema ospedaliero, ad esempio 'Rinvio Medico', 'Pronto Soccorso' o 'Trasferimento da altro Ospedale'.

Questo aiuta ad analizzare la 'porta d'ingresso' del processo ospedaliero. Mappa a ADMIT_SRC_CD nella tabella ENCOUNTER.

Perché è importante

Contestualizza il 'Tempo di Attesa della Valutazione Iniziale' in base al punto di ingresso.

Dove trovare

Tabella: ENCOUNTER, Colonna: ADMIT_SRC_CD

Esempi
Pronto SoccorsoRinvio MedicoTrasferimento dall'Ospedale
Numero Ordine
OrderId
Identificatore unico per un ordine specifico (Laboratorio, Farmaco, Consulto).
Descrizione

L'ID generato dal sistema per un ordine. Sebbene non sia l'ID Caso, questa è una chiave secondaria cruciale. Collega l'evento 'Ordine Diagnostico Inserito' all'evento 'Risultato Diagnostico Verificato'.

Senza di esso, è difficile calcolare il tempo di risposta esatto per test specifici se un paziente ha più ordini contemporanei.

Perché è importante

Essenziale per collegare con precisione attività accoppiate (Ordine -> Risultato).

Dove trovare

Tabella: ORDERS, Colonna: ORDER_ID

Esempi
88291028829103
Priorità Triage
TriageAcuity
Il livello di urgenza assegnato durante la valutazione del triage.
Descrizione

Un valore numerico o categorico che indica la gravità della condizione del paziente (ad es. da 1-Immediato a 5-Non urgente). Questo è un attributo di segmentazione vitale per analizzare i tempi di attesa, poiché i pazienti con priorità più alta dovrebbero avere attese più brevi.

Solitamente catturato in moduli clinici o codici di osservazione specifici durante l'evento di Triage.

Perché è importante

Critico per convalidare se il processo prioritizza correttamente i pazienti in base all'urgenza clinica.

Dove trovare

Consultare la documentazione di Oracle Health (Cerner)

Esempi
12345
Stato del Risultato
ResultStatus
Lo stato di un risultato diagnostico (es. Autenticato (Verificato), Corretto, Preliminare).
Descrizione

Indica la fase del ciclo di vita di un risultato di test diagnostico. Questo è utilizzato nell'analisi del 'Tempo di Consegna dei Risultati Diagnostici' per determinare quando un risultato è ufficialmente disponibile per il processo decisionale clinico.

Tipicamente trovato in CLINICAL_EVENT con codici di stato specifici.

Perché è importante

Differenzia tra risultati preliminari e finali, il che influisce su quando possono iniziare le attività a valle.

Dove trovare

Tabella: CLINICAL_EVENT, Colonna: RESULT_STATUS_CD

Esempi
Autorizzato (Verificato)In ErroreModificato
Stato della Terapia
MedAdminStatus
Stato dell'ordine di farmaco (es. Somministrato, Rifiutato, Non Somministrato).
Descrizione

Indica l'esito di un'attività di somministrazione farmaci. Per il dashboard 'Conformità Amministrazione Farmaci', è fondamentale distinguere tra i farmaci effettivamente somministrati e quelli programmati ma saltati o rifiutati.

Probabilmente si trova nella tabella CLINICAL_EVENT o in tabelle specifiche del Registro di Somministrazione Farmaci (MAR).

Perché è importante

Identifica le lacune di conformità nei protocolli di trattamento.

Dove trovare

Consultare la documentazione di Oracle Health (Cerner)

Esempi
SomministratoRifiutatoIn Sospeso
Tipo di Pagatore
FinancialClass
La copertura assicurativa primaria o la classificazione finanziaria del paziente.
Descrizione

Categorizza il paziente in base alla fonte di pagamento (ad es. Medicare, Assicurazione Privata, Pagamento Autonomo). Questo attributo è utilizzato per analizzare se i flussi di processo o le durate della degenza variano in base al tipo di assicurazione.

Derivato da FINANCIAL_CLASS_CD nella tabella ENCOUNTER.

Perché è importante

Aiuta a identificare le disparità nell'erogazione delle cure o nell'elaborazione amministrativa basate sul tipo di pagatore.

Dove trovare

Tabella: ENCOUNTER, Colonna: FINANCIAL_CLASS_CD (risolvere tramite CODE_VALUE)

Esempi
MedicareBlue CrossPagamento AutonomoMedicaid
Obbligatorio Consigliato Facoltativo

Attività del Percorso del Paziente

Queste sono le fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.
8 Consigliato 6 Facoltativo
Activity Descrizione
Diagnosi Documentata
Si verifica quando una diagnosi formale viene aggiunta al record dell'incontro del paziente. Questo è distinto da un risultato di test e rappresenta la conferma della condizione da parte del clinico.
Perché è importante

Essenziale per il milestone 'Diagnosi Confermata' e per analizzare il tempo alla diagnosi definitiva.

Dove trovare

Tabella DIAGNOSIS, utilizzando il DIAGNOSIS_DT_TM collegato all'ENCOUNTER_ID.

Acquisisci

Registrato quando la diagnosi è aggiunta/aggiornata in PowerChart

Tipo di evento explicit
Ordine di Dimissione Firmato
L'`evento` in cui il medico inserisce l'ordine di dimissione del paziente. Questo avvia il conteggio per la pianificazione della dimissione.
Perché è importante

Il punto di partenza per il 'Tempo del ciclo di pianificazione della dimissione'. Una discrepanza tra questo e la dimissione effettiva indica ritardi operativi.

Dove trovare

Tabella ORDERS, dove il tipo di catalogo indica Dimissione.

Acquisisci

Registrato quando lo stato dell'ordine di dimissione è ORDERED

Tipo di evento explicit
Ordine Diagnostico Effettuato
Si verifica quando un clinico inserisce un ordine per un test di laboratorio o uno studio di imaging. Questo `timestamp` avvia il calcolo del tempo di risposta diagnostica.
Perché è importante

Il punto di partenza per il KPI 'Tempo di consegna dei risultati diagnostici'; aiuta a identificare i ritardi nell'ordinazione rispetto all'esecuzione.

Dove trovare

Tabella ORDERS, utilizzando ORIG_ORDER_DT_TM dove il tipo di catalogo è Laboratorio o Radiologia.

Acquisisci

Registrato quando lo stato dell'ordine è impostato su ORDERED

Tipo di evento explicit
Paziente Dimesso
L'`evento` amministrativo finale che chiude la degenza del paziente. Questo `timestamp` è utilizzato per calcolare la Durata Totale della Degenza.
Perché è importante

L'evento finale primario per il processo. Essenziale per i calcoli di LOS e riammissione.

Dove trovare

Tabella ENCOUNTER, in particolare DISCH_DT_TM (Data/Ora Dimissione).

Acquisisci

Registrato quando lo stato dell'incontro cambia in DISCHARGED

Tipo di evento explicit
Paziente Registrato
Segna l'inizio dell'episodio del paziente quando il paziente arriva ed è inserito nel sistema. In Cerner Millennium, questo viene registrato quando il record dell'incontro viene creato o il `timestamp` di registrazione è impostato.
Perché è importante

Stabilisce l'ora di inizio per i calcoli della Durata della Degenza (LOS) e l'analisi dei tempi di attesa iniziali.

Dove trovare

Tabella ENCOUNTER, in particolare la colonna REG_DT_TM (Data/Ora Registrazione).

Acquisisci

Registrato quando la transazione crea una nuova riga ENCOUNTER

Tipo di evento explicit
Risultato Diagnostico Verificato
Il momento in cui un risultato di laboratorio o di imaging è finalizzato e reso disponibile al clinico. Questo conclude l'intervallo di tempo di risposta diagnostica.
Perché è importante

Completa il ciclo del 'Tempo di Consegna dei Risultati Diagnostici' e innesca le successive decisioni di trattamento.

Dove trovare

Tabella CLINICAL_EVENT (per i laboratori) o cambiamento di stato degli ORDERS a COMPLETED.

Acquisisci

Registrato quando lo stato del risultato cambia in AUTH (Autenticato)

Tipo di evento explicit
Trasferimento Reparto Avvenuto
Indica che il paziente si è spostato fisicamente da un luogo (es. pronto soccorso) a un altro (es. terapia intensiva). Questo è tracciato tramite la cronologia delle posizioni.
Perché è importante

Consente l'analisi dell''Efficienza del Trasferimento Inter-Reparto' e aiuta a visualizzare il flusso dei pazienti attraverso l'ospedale.

Dove trovare

Tabella ENCNTR_LOC_HIST (Cronologia Ubicazione Incontro), che cattura i cambiamenti in LOC_NURSE_UNIT_CD.

Acquisisci

Confrontare il campo stato prima/dopo

Tipo di evento inferred
Valutazione Triage Completata
Rappresenta il completamento della valutazione infermieristica iniziale o del modulo di triage nel contesto di emergenza o ammissione. Questo è tipicamente un modulo specifico o un `evento` clinico documentato all'interno del sistema.
Perché è importante

Critico per il calcolo del KPI 'Tempo di Attesa della Valutazione Iniziale' e l'identificazione dei colli di bottiglia all'ingresso.

Dove trovare

Tabella CLINICAL_EVENT, filtrata per codici evento associati a moduli di Triage o Valutazione Iniziale.

Acquisisci

Registrato quando il documento/modulo clinico è firmato/verificato

Tipo di evento explicit
Appuntamento di Follow-up Programmato
Si verifica quando un appuntamento futuro viene prenotato per il paziente collegato allo stesso episodio o piano di cura.
Perché è importante

Supporta la dashboard 'Tempestività della pianificazione dei follow-up'. Misura l'efficienza della continuità delle cure.

Dove trovare

Tabella SCH_APPT (Schedule Appointment), collegata al PERSON_ID.

Acquisisci

Registrato quando l'appuntamento è creato nel modulo di pianificazione

Tipo di evento explicit
Consultazione Completata
Segna il completamento di una consulenza specialistica, solitamente attestato da una nota o un documento di consulenza firmato.
Perché è importante

Identifica quando è stato ricevuto il contributo dello specialista, il che può essere un collo di bottiglia in percorsi di cura complessi.

Dove trovare

Tabella CLINICAL_EVENT, filtrata per tipi di documento classificati come Consultazioni.

Acquisisci

Registrato quando la nota di consulenza è firmata

Tipo di evento explicit
Farmaco Somministrato
Registra l'effettiva somministrazione del farmaco al paziente come documentato nel Registro di Somministrazione Farmaci (MAR).
Perché è importante

Supporta la dashboard 'Conformità alla somministrazione dei farmaci' verificando se i farmaci sono stati somministrati in tempo.

Dove trovare

Tabella CLINICAL_EVENT, filtrata per eventi di somministrazione farmaci (Stato Task = Completo).

Acquisisci

Registrato tramite scansione barcode o inserimento manuale MAR

Tipo di evento explicit
Piano di Cura Attivato
Rappresenta l'avvio di un PowerPlan o di un percorso di cura in Cerner. Questo segnala che è stato selezionato un protocollo di trattamento standardizzato.
Perché è importante

Cruciale per l''Analisi delle Deviazioni dai Protocolli di Trattamento' per confrontare l'assistenza effettiva con il percorso pianificato.

Dove trovare

ACT_PW_CAT (Catalogo Percorso Azione) o DCP_FORMS_REF, collegando il percorso all'incontro.

Acquisisci

Registrato quando il PowerPlan è avviato

Tipo di evento explicit
Procedura Eseguita
Il `timestamp` che indica quando un intervento chirurgico o una procedura maggiore ha effettivamente avuto luogo. Questo è spesso catturato nella documentazione perioperatoria.
Perché è importante

Tappa fondamentale per i percorsi clinici e l'analisi dell'utilizzo delle risorse.

Dove trovare

Tabella SURGICAL_CASE (tempi Inizio/Fine Caso) o CLINICAL_EVENT per procedure al letto.

Acquisisci

Registrato tramite SurgiNet o documentazione della procedura

Tipo di evento explicit
Procedura Pianificata
Indica che un caso chirurgico o una procedura maggiore è stata prenotata per un orario specifico. Questo aiuta a comprendere l'allocazione delle risorse e i tempi di attesa pre-procedura.
Perché è importante

Evidenzia l'efficienza della programmazione e i potenziali colli di bottiglia nell'utilizzo delle sale operatorie o delle sale procedure.

Dove trovare

Tabella SURGICAL_CASE o tabella SCH_APPT collegata all'incontro.

Acquisisci

Registrato quando la transazione di pianificazione è commessa

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Oracle Health (Cerner)