Ihr Daten-Template für die Patient Journey
Ihr Daten-Template für die Patient Journey
Dies ist unser generisches Daten-Template für Process Mining für Patientenreise. Verwenden Sie unsere systemspezifischen Templates für eine gezieltere Anleitung.
Bestimmtes System auswählen- Umfassende Liste der wichtigsten klinischen und administrativen Datenpunkte
- Flexible Struktur für den Einsatz mit jedem elektronischen Gesundheitsaktensystem
- Klare Abbildung der wichtigsten Meilensteine der Patient Journey von der Aufnahme bis zur Entlassung
Attribute der Patientenreise
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Die konkrete klinische oder administrative Aufgabe, die während des Patientenfalls ausgeführt wird. | ||
| Beschreibung Dieses Attribut definiert die Schritte im Patientenverlauf, von administrativen Aufgaben wie der Registrierung bis zu klinischen Eingriffen wie der Medikamentengabe oder einer Operation. Es liefert die erforderliche Detailtiefe für die Visualisierung der Prozessübersicht. Analysten verwenden dieses Feld, um Engpässe, Schleifen und Abweichungen vom idealen klinischen Behandlungspfad zu identifizieren. Eine Standardisierung dieser Bezeichnungen über verschiedene Abteilungen hinweg ist häufig erforderlich, damit die Prozessdarstellung übersichtlich und gut lesbar bleibt. Warum das wichtig ist Es definiert die Knoten in der Prozessübersicht und ist erforderlich, um zu verstehen, was geschehen ist. Bezugsquelle Aus Transaktionslogs, Audit Trails oder Tabellen zur Auftragshistorie abgeleitet. Beispiele Triage-BeurteilungLabortest anordnenAntibiotika verabreichenPatienten entlassen | |||
| Ereignis-Timestamp EventTimestamp | Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität begonnen hat oder stattgefunden hat. | ||
| Beschreibung Dieser Timestamp markiert den chronologischen Zeitpunkt der Aktivität und ermöglicht die Anordnung der Ereignisse innerhalb des Patientenfalls. Eine hohe Genauigkeit bis auf Sekunden- oder Minutenebene ist vorzuziehen, um schnelle Abläufe in Notfall- oder Intensivbereichen präzise abzubilden. Er bildet die Grundlage für alle zeitbezogenen Berechnungen, darunter Durchlaufzeiten zwischen Prozessphasen, die gesamte Zykluszeit und Wartezeiten. Eine genaue Zeitstempelung ist entscheidend, um Verzögerungen bei der Medikamentengabe oder bei diagnostischen Ergebnissen zu erkennen. Warum das wichtig ist Erforderlich, um Ereignisse chronologisch zu ordnen und Dauerkennzahlen zu berechnen. Bezugsquelle In Transaktionslogs zu finden, häufig bezeichnet als Erstellungsdatum, Ausführungszeit oder Ereigniszeit. Beispiele 2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann der Datensatz zuletzt extrahiert oder aktualisiert wurde. | ||
| Beschreibung Dieses Metadatenfeld erfasst die Aktualität der für die Analyse verwendeten Daten. Es trägt dazu bei, dass Dashboards den aktuellen Stand der Patientenversorgung abbilden, und unterstützt bei der Fehlersuche in Bezug auf Verzögerungen in der Datenpipeline. Für die Visualisierung des Prozessflusses wird dieses Feld zwar nicht direkt verwendet, für die Data Governance und die Prüfung, ob das Process-Mining-Modell mit aktuellen Informationen arbeitet, ist es jedoch entscheidend. Warum das wichtig ist Stellt die Aktualität der Daten sicher und unterstützt Strategien für das inkrementelle Laden von Daten. Bezugsquelle Wird durch den ETL-Prozess erzeugt oder ist im Timestamp der Datensatzänderung des Quellsystems verfügbar. Beispiele 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Patientenfall-ID PatientEpisodeId | Die eindeutige Kennung für einen einzelnen Patientenbesuch oder Patientenkontakt. | ||
| Beschreibung Dieses Attribut dient als zentraler Case-Schlüssel für die Process-Mining-Analyse und verknüpft alle einzelnen Aktivitäten innerhalb eines Patientenverlaufs. Es unterscheidet eine stationäre Aufnahme, einen Notfallbesuch oder eine ambulante Konsultation von anderen Fällen, auch wenn sie denselben Patienten betreffen. In der Analyse ermöglicht diese Kennung die Rekonstruktion des durchgängigen Ablaufs von der Registrierung bis zur Entlassung. Sie ist erforderlich, um Kennzahlen auf Case-Ebene wie die Gesamtverweildauer zu berechnen und eindeutige Prozessvarianten zu identifizieren. Warum das wichtig ist Dies ist die grundlegende Case-ID, die erforderlich ist, um Ereignisse zu einer Prozessinstanz zusammenzufassen. Bezugsquelle Typischerweise in den Kopfdatentabellen für Patientenkontakte, Besuche oder Aufnahmen im EHR zu finden. Beispiele ENC-2023-88492V99283410029384EP-2023-XJ9 | |||
| Quellsystem SourceSystem | Der Name des Informationssystems, aus dem der Datensatz stammt. | ||
| Beschreibung In komplexen Umgebungen des Gesundheitswesens stammen Daten häufig aus mehreren Systemen, etwa dem zentralen EHR, Laborinformationssystemen (LIS) und Radiologieinformationssystemen (RIS). Dieses Attribut kennzeichnet die Herkunft jedes Datenpunkts. Es unterstützt die technische Validierung und ermöglicht es, die Prozessübersicht auf Interaktionen mit bestimmten Systemen zu filtern. Außerdem hilft es, Datenqualitätsprobleme zu erkennen, die auf eine bestimmte Integration oder ein bestimmtes Softwaremodul begrenzt sein können. Warum das wichtig ist Liefert Herkunftsinformationen und Kontext, insbesondere in Krankenhäusern mit mehreren Systemen. Bezugsquelle Bei der Extraktion fest codiert oder aus Metadatenfeldern des Systems übernommen. Beispiele EpicCernerLabSys V2Radiology_DB | |||
| Art des Patientenkontakts EncounterType | Klassifizierung des Patientenbesuchs, zum Beispiel stationär, ambulant oder als Notfall. | ||
| Beschreibung Dieses Attribut kategorisiert die Art des Besuchs, die den erwarteten Prozessfluss maßgeblich beeinflusst. Ein Notfallbesuch folgt beispielsweise einem grundlegend anderen idealen Ablauf als eine geplante ambulante Konsultation. Eine nach diesem Feld segmentierte Analyse ermöglicht faire Vergleiche und präzisere Benchmarks. So werden KPIs wie die Aufenthaltsdauer im richtigen Kontext bewertet. Warum das wichtig ist Entscheidend für die Segmentierung der Daten, da unterschiedliche Arten einer jeweils eigenen Prozesslogik folgen. Bezugsquelle Kopftabellen zu Patientenkontakten oder Aufnahmen. Beispiele StationärNotfallAmbulantTelemedizin | |||
| Code der Hauptdiagnose PrimaryDiagnosisCode | Der Code, der die wichtigste medizinische Erkrankung repräsentiert, zum Beispiel ICD-10. | ||
| Beschreibung Dieses Attribut erfasst den klinischen Grund für den Patientenkontakt mithilfe standardisierter Codierungssysteme wie ICD-10 oder SNOMED. Es ermöglicht die Analyse klinischer Behandlungspfade für bestimmte Erkrankungen, etwa Sepsis, Schlaganfall oder Herzinsuffizienz. Durch die Filterung nach diesem Attribut können Analysten die Einhaltung krankheitsspezifischer Protokolle prüfen und Unterschiede in der Versorgung von Patienten mit derselben Diagnose erkennen. Warum das wichtig ist Ermöglicht die Analyse klinischer Behandlungspfade und die Konformitätsprüfung anhand medizinischer Protokolle. Bezugsquelle Diagnosetabellen, die mit dem Patientenkontakt verknüpft sind und häufig als „Admitting Diagnosis“ oder „Final Diagnosis“ bezeichnet werden. Beispiele I10J18.9E11.9M54.5 | |||
| Endzeit des Events EventEndTime | Der Timestamp, zu dem die jeweilige Aktivität abgeschlossen wurde. | ||
| Beschreibung Während der Start-Timestamp erfasst, wann eine Aktion begonnen hat, ermöglicht der End-Timestamp die Berechnung der aktiven Bearbeitungszeit, also der Servicezeit, für einen bestimmten Schritt. Diese unterscheidet sich von der Wartezeit zwischen den einzelnen Schritten. Das Attribut eignet sich besonders für die Analyse der Effizienz von Verfahren, Operationen oder Konsultationen. Es hilft dabei, zwischen der Zeit zu unterscheiden, in der ein Patient auf einen Arzt wartet, und der Zeit, die der Arzt tatsächlich mit dem Patienten verbringt. Warum das wichtig ist Ermöglicht die Berechnung der aktiven Servicezeit im Vergleich zur Wartezeit. Bezugsquelle Transaktionsprotokolle für Aktivitäten mit einer Dauer, zum Beispiel Operationen oder Untersuchungen. Beispiele 2023-10-15T10:00:00Z2023-10-15T11:45:00Z | |||
| Name der Abteilung DepartmentName | Die Krankenhauseinheit oder der Funktionsbereich, in dem die Aktivität stattgefunden hat. | ||
| Beschreibung Dieses Attribut ordnet die Aktivität in die Krankenhausstruktur ein, etwa in die Notaufnahme, die Intensivstation oder die chirurgische Abteilung. Es bildet eine wichtige Grundlage für die Analyse abteilungsübergreifender Abläufe und Übergaben. Mithilfe dieses Feldes können Analysten die räumliche Bewegung von Patienten visualisieren und Engpässe an bestimmten Übergabepunkten erkennen. Außerdem unterstützt es die Ressourcenplanung, indem es die Auslastungsverteilung über verschiedene Einheiten hinweg sichtbar macht. Warum das wichtig ist Unverzichtbar für die Analyse des Patientenflusses zwischen Einheiten und der Effizienz von Übergaben. Bezugsquelle Felder zum Standort im Aktivitätsprotokoll oder Stammtabellen der Einheiten. Beispiele NotaufnahmeKardiologieIntensivstationApotheke | |||
| Patienten-ID PatientIdentifier | Eine eindeutige Kennung für den Patienten, die über mehrere Episoden hinweg bestehen bleibt. | ||
| Beschreibung Im Gegensatz zur Episode ID bleibt dieses Attribut für dieselbe Person über verschiedene Besuche hinweg unverändert. Es ermöglicht eine fallübergreifende Analyse, etwa um häufig wiederkehrende Patienten zu identifizieren oder Wiederaufnahmeraten innerhalb von 30 Tagen zu verfolgen. Wenn Analysten Episoden anhand dieser Kennung gruppieren, können sie die langfristige Patientenhistorie einsehen und Versorgungsmuster analysieren, die über einen einzelnen Krankenhausaufenthalt hinausgehen. Das Attribut ist für Kennzahlen zur Bevölkerungsgesundheit und für die Analyse der Versorgung im Zeitverlauf unverzichtbar. Warum das wichtig ist Entscheidend, um Wiederaufnahmen zu erkennen und mehrere Besuche einer Person zuzuordnen. Bezugsquelle Patientenstammverzeichnis oder demografische Tabellen, zum Beispiel MRN. Beispiele MRN-55920PAT-009221H99283 | |||
| Provider-ID ProviderIdentifier | Kennung oder Name der medizinischen Fachkraft, die die Aktivität ausführt. | ||
| Beschreibung Dieses Attribut erfasst die konkrete Ressource, etwa einen Arzt, eine Pflegekraft oder einen Techniker, die für die Aktivität verantwortlich ist. Es ermöglicht die Analyse der Ressourcennutzung, der Arbeitslastverteilung und von Unterschieden in den Arbeitsweisen des Personals. Häufig dient es dazu, Schulungsbedarf zu erkennen oder Best Practices hervorzuheben, indem Ergebnisse verschiedener Leistungserbringer verglichen werden. Aus Datenschutzgründen muss dieses Attribut in allgemeinen Berichten meist anonymisiert oder gehasht werden. Warum das wichtig ist Ermöglicht die Analyse der Ressourcennutzung und von Unterschieden zwischen Mitarbeitenden. Bezugsquelle Transaktionsprotokolle, Felder mit Benutzer-IDs oder Stammtabellen des Personals. Beispiele Dr. SmithRN JonesUSER_8829Tech_A | |||
| Auftragskategorie OrderCategory | Klassifizierung klinischer Aufträge, zum Beispiel Labor, Radiologie oder Medikation. | ||
| Beschreibung Dieses Attribut fasst die Tausenden möglichen Einzelaufträge in überschaubare Kategorien zusammen. Dadurch wird eine übergeordnete Analyse diagnostischer und therapeutischer Aktivitäten innerhalb der Patient Journey möglich. Analysten verwenden es, um die Dichte von Untersuchungen im Verhältnis zu Behandlungen zu visualisieren und intensive diagnostische Phasen zu erkennen, die zu einer längeren Aufenthaltsdauer beitragen können. Warum das wichtig ist Hilft dabei, detaillierte Aktivitäten zu aussagekräftigen Phasen zu bündeln, zum Beispiel Diagnostik und Behandlung. Bezugsquelle Tabellen zur Auftragserfassung, häufig ein Nachschlage- oder Typfeld, das der Auftrags-ID zugeordnet ist. Beispiele LaborRadiologieKonsilApotheke | |||
| Dringlichkeitsstufe der Triage TriageAcuityLevel | Der Schweregrad, der dem Patienten bei der Erstbeurteilung zugewiesen wurde. | ||
| Beschreibung Dieser numerische oder kategorische Wert zeigt, wie dringend der Zustand des Patienten bei seiner Ankunft war. Häufig kommen Skalen wie der ESI, der Emergency Severity Index, zum Einsatz. Für die Analyse von Wartezeiten und Priorisierungen liefert das Attribut einen wichtigen Kontext. Die Analyse von Prozessflüssen nach Dringlichkeitsstufe hilft zu prüfen, ob Hochrisikopatienten korrekt bevorzugt behandelt werden und ob Patienten mit niedrigerer Dringlichkeit unverhältnismäßig lange warten. Warum das wichtig ist Setzt Wartezeiten in den richtigen Kontext: Eine hohe Dringlichkeit sollte mit einem schnelleren ersten Durchlauf einhergehen. Bezugsquelle Aufzeichnungen der Triagebeurteilung oder Tracking-Boards der Notaufnahme. Beispiele 1 - Reanimation2 - Dringender Notfall3 - Dringend4 - Weniger dringend | |||
| Entlassungsart DischargeDisposition | Der Status oder Zielort des Patienten beim Verlassen der Einrichtung. | ||
| Beschreibung Dieses Attribut erfasst das Ergebnis der Episode, etwa „nach Hause entlassen“, „in eine qualifizierte Pflegeeinrichtung verlegt“ oder „gegen ärztlichen Rat gegangen“. Es ist eine zentrale Ergebniskennzahl der Patient Journey. Es dient dazu, die Effizienz der Entlassungsplanung zu analysieren und Prozessabweichungen mit bestimmten Ergebnissen in Beziehung zu setzen. So lässt sich beispielsweise erkennen, ob bestimmte Behandlungspfade häufiger zu einer Verlegung in andere Einrichtungen führen. Warum das wichtig ist Definiert das Prozessergebnis und ist für die Analyse der Aufenthaltsdauer entscheidend. Bezugsquelle Entlassungsberichte oder ADT-Mitteilungen zu Aufnahme, Entlassung und Verlegung. Beispiele Nach HausePflegeeinrichtungHäusliche PflegeVerstorben | |||
| Name des Medikaments MedicationName | Der genaue Name des verabreichten oder angeordneten Arzneimittels. | ||
| Beschreibung Dieses Attribut liefert die genaue Bezeichnung für Medikationsaktivitäten. Während „Medikament verabreichen“ die generische Aktivität beschreibt, gibt dieses Attribut an, welches Medikament verabreicht wurde, etwa „Acetaminophen“ oder „Vancomycin“. Es ist entscheidend für die Analyse spezifischer Behandlungsprotokolle, beispielsweise des Zeitpunkts der Antibiotikagabe bei Sepsispatienten oder der Wirksamkeit des Schmerzmanagements. Außerdem ermöglicht es detaillierte Drill-downs zu Verzögerungen bei der Medikamentengabe. Warum das wichtig ist Erforderlich für die Analyse spezifischer Behandlungsprotokolle und KPIs zur rechtzeitigen Medikamentengabe. Bezugsquelle Medication Administration Record, MAR, oder Tabellen zu Apothekenaufträgen. Beispiele AmoxicillinInsulinKochsalzlösungMorphin | |||
Aktivitäten der Patientenreise
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Diagnostische Ergebnisse empfangen | Der Zeitpunkt, an dem Testergebnisse geprüft und in der Patientenakte verfügbar gemacht werden. Damit stehen die für Entscheidungen erforderlichen Informationen bereit. | ||
| Warum das wichtig ist Beendet die Berechnung der diagnostischen Durchlaufzeit und löst die nächsten Behandlungsentscheidungen aus. Bezugsquelle Aus Statusaktualisierungen des Auftragsobjekts oder der Erstellung eines Ergebnisses abgeleitet. Erfassen Statusänderungen diagnostischer Aufträge auf „abgeschlossen“ oder „verifiziert“ erkennen Ereignistyp inferred | |||
| Diagnostischen Test anordnen | Findet statt, wenn eine medizinische Fachkraft formell einen Labortest oder eine bildgebende Untersuchung anfordert. Diese Aktion löst den diagnostischen Workflow aus und signalisiert den Bedarf an Ressourcen. | ||
| Warum das wichtig ist Markiert den Beginn des Zeitintervalls für die diagnostische Durchlaufzeit. Bezugsquelle In den Logs des Auftragserfassungssystems zu finden, wenn eine medizinische Fachkraft einen neuen Auftrag signiert. Erfassen Timestamp aus Ereignissen zur Auftragserstellung extrahieren Ereignistyp explicit | |||
| Entlassung genehmigen | Der Timestamp, zu dem ein Arzt den offiziellen Auftrag zur Entlassung signiert. Damit beginnt der Übergang von der klinischen Behandlung zu den administrativen Entlassungsprozessen. | ||
| Warum das wichtig ist Startet die Zeitmessung für die Analyse der Effizienz der abschließenden Entlassungsabwicklung. Bezugsquelle Im Auftragserfassungssystem als spezifischer Auftragstyp für die Entlassung zu finden. Erfassen Signatur-Timestamp des Entlassungsauftrags extrahieren Ereignistyp explicit | |||
| Patienten entlassen | Das abschließende administrative Ereignis, das den Patientenkontakt beendet. Es zeigt an, dass der Patient die Einrichtung physisch verlassen hat und das Bett wieder verfügbar ist. | ||
| Warum das wichtig ist Der maßgebliche Endpunkt für die Berechnung der gesamten Verweildauer. Bezugsquelle Typischerweise die letzte Statusaktualisierung im Aufnahme-, Entlassungs- und Verlegungssystem. Erfassen Das abschließende Entlassungsereignis oder die Statusänderung auf „entlassen“ identifizieren Ereignistyp explicit | |||
| Patienten registrieren | Kennzeichnet den offiziellen Eintritt des Patienten in die Einrichtung oder das Gesundheitssystem. Diese Aktivität erstellt den primären Behandlungskontakt und weist eine eindeutige Besuchskennung zu, mit der der gesamte Patientenfall verfolgt wird. | ||
| Warum das wichtig ist Sie bildet den zeitlichen Ausgangspunkt des Patientenfalls und ist für die Berechnung der gesamten Verweildauer erforderlich. Bezugsquelle Typischerweise in den Logs des Registrierungs- oder Aufnahmemoduls mit einem Erstellungs-Timestamp zu finden. Erfassen Die Erstellung eines neuen Patientenkontakts identifizieren Ereignistyp explicit | |||
| Triage-Beurteilung abschließen | Bezeichnet den Abschluss der ersten pflegerischen Beurteilung oder der Einstufung nach Dringlichkeit. In diesem Schritt werden die Vitalzeichen und das Hauptanliegen des Patienten erfasst, um die Dringlichkeit der Versorgung festzulegen. | ||
| Warum das wichtig ist Entscheidend für die Analyse der Wartezeit zwischen Ankunft und erster klinischer Versorgung. Bezugsquelle Aus dem Abschluss- oder Signatur-Timestamp eines Triage-Formulars oder einer ersten Pflegedokumentation abgeleitet. Erfassen Die Statusänderung eines Triage-Dokuments auf „abgeschlossen“ verfolgen Ereignistyp explicit | |||
| Diagnose dokumentieren | Bezeichnet die formelle Dokumentation einer bestätigten Erkrankung in der Patientenakte durch eine medizinische Fachkraft. Dies unterscheidet sich von einem Testergebnis und erfordert eine klinische Beurteilung. | ||
| Warum das wichtig ist Wesentlich für eine präzise Analyse klinischer Behandlungspfade und die Ermittlung der Fallkomplexität. Bezugsquelle Wird erfasst, wenn ein Eintrag zur Problemliste oder zum Diagnosefeld des Patientenkontakts hinzugefügt wird. Erfassen Hinzufügungen oder Aktualisierungen in der dem Besuch zugeordneten Diagnosetabelle verfolgen Ereignistyp explicit | |||
| Eingriff durchführen | Dokumentiert die Durchführung eines chirurgischen oder größeren klinischen Eingriffs. Diese Aktivität stellt die zentrale Behandlung in chirurgischen Behandlungspfaden dar. | ||
| Warum das wichtig ist Ein wichtiger Meilenstein, der erhebliche Ressourcen bindet und die Verweildauer beeinflusst. Bezugsquelle Typischerweise in perioperativen Logs oder der Eingriffsdokumentation mit Start- und Endzeiten zu finden. Erfassen Start-Timestamp des Eingriffs aus der klinischen Dokumentation extrahieren Ereignistyp explicit | |||
| Konsultation abschließen | Bezeichnet die Untersuchung des Patienten durch eine Fachkraft und die Übermittlung ihrer Empfehlungen. Dazu gehört häufig die Prüfung der Krankengeschichte und des aktuellen Zustands. | ||
| Warum das wichtig ist Wichtig, um Verzögerungen durch die fachübergreifende Koordination zu verfolgen. Bezugsquelle Wird erfasst, wenn eine Konsultationsnotiz signiert oder ein Konsultationsauftrag als abgeschlossen markiert wird. Erfassen Abschlussstatus von Konsultationsaufträgen oder Notiztypen verfolgen Ereignistyp inferred | |||
| Medikament verabreichen | Das konkrete Ereignis, bei dem dem Patienten ein Medikament verabreicht wird. Diese Aktivität wiederholt sich während des gesamten Aufenthalts. | ||
| Warum das wichtig ist Entscheidend für die Analyse der rechtzeitigen Medikamentengabe und der Einhaltung von Behandlungsprotokollen. Bezugsquelle Wird im Medikationsverabreichungsprotokoll erfasst, häufig über einen Barcode-Scan. Erfassen Log-Einträge aus dem elektronischen Medikationsverabreichungsprotokoll Ereignistyp explicit | |||
| Nachsorgetermin planen | Die Buchung eines zukünftigen Termins für die Versorgung nach der Entlassung. Dies stellt die Kontinuität der Versorgung sicher und hilft, Wiederaufnahmen zu vermeiden. | ||
| Warum das wichtig ist Ein wichtiger Indikator zur Messung der Wirksamkeit der Entlassungsplanung und der Versorgungskontinuität. Bezugsquelle Im Terminplanungssystem zu finden und mit der Patientenkennung verknüpft. Erfassen Terminerstellungsereignisse erkennen, die nach der Entlassung mit dem Patienten verknüpft sind Ereignistyp explicit | |||
| Patienten verlegen | Bezeichnet die physische Verlegung des Patienten zwischen verschiedenen Stationen oder Abteilungen. Dies bildet den Weg des Patienten durch unterschiedliche Versorgungsstufen ab. | ||
| Warum das wichtig ist Macht die Effizienz der internen Logistik sichtbar und identifiziert Engpässe beim Bettenwechsel. Bezugsquelle In Tabellen zur Bettenverwaltung oder zum Standortverlauf erfasst. Erfassen Änderungen des zugewiesenen Standorts oder der Station des Patienten identifizieren Ereignistyp explicit | |||
| Probe entnehmen | Bezeichnet die physische Entnahme biologischer Proben für die Laboranalyse. Dieser Schritt verbindet den elektronischen Auftrag mit der Verarbeitung im Labor. | ||
| Warum das wichtig ist Hilft, Engpässe zwischen der Auftragserteilung und dem tatsächlichen Beginn der Laborverarbeitung zu erkennen. Bezugsquelle Wird üblicherweise in Labor- oder Blutentnahmemodulen erfasst, sobald ein Probenbarcode gescannt wird. Erfassen Timestamps der Probenentnahme identifizieren und den jeweiligen Aufträgen zuordnen Ereignistyp explicit | |||
| Versorgungsplan starten | Kennzeichnet die Zuweisung eines standardisierten Behandlungsprotokolls oder Pflegeplans. Damit steht fest, welche Maßnahmen auf Grundlage der Diagnose ergriffen werden. | ||
| Warum das wichtig ist Ermöglicht die Analyse der Konformität von Behandlungspfaden und der Unterschiede zwischen Behandlungsansätzen. Bezugsquelle In Modulen zur Versorgungsplanung zu finden, wenn ein Plan aktiviert oder signiert wird. Erfassen Aktivierungs-Timestamp eines Versorgungsplans oder Auftragssatzes identifizieren Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Die Extraktionsmethoden unterscheiden sich je nach System. Ausführliche Anweisungen finden Sie in unserem
oder wählen Sie einen bestimmten Prozess und ein bestimmtes System aus.
Bereit für den Start?
Beginnen Sie mit diesem generischen Template, um Ihre Anforderungen abzubilden, oder wählen Sie eine systemspezifische Anleitung, um die Datenextraktion zu beschleunigen.
Optimieren Sie Ihre Patientenreise noch heute
Versorgungsengpässe erkennen und Behandlungsergebnisse in wenigen Minuten verbessern
Keine Kreditkarte erforderlich. Schnelle Einrichtung.