ICUDATAEXPERTDATEN IM DIENST DER PATIENTENVERSORGUNG
100 % EINSATZBEREIT ALLE VORGESTELLTEN FUNKTIONEN SIND BEREITS IN ICU DATA EXPERT IMPLEMENTIERT
QUELLEN & NACHWEISE

Kommerzielle Aussagen getrennt von wissenschaftlichen Referenzen.

Diese Seite dokumentiert die wichtigsten externen Quellen zur Einordnung des Nutzens von Dokumentation, Kodierung und Automatisierung. Externe Ergebnisse werden nicht als garantierte Leistung von ICU DATA EXPERT dargestellt.

Schweizer randomisierte Studie — Optimierung der DRG-Kodierung

+6,5 % Vergütung pro Spitaltag in der Vorkodierungsgruppe.

PubMed →
Zeitaufwand der Intensivpflege für elektronische Dossiers

317 Pflegefachpersonen; rund 17,5 % der klinischen Zeit für elektronische Dossiers, vor allem Dokumentation.

PubMed →
Clinical Documentation Improvement

Ein akademisches chirurgisches Programm berichtete einen geschätzten Anstieg der verrechneten Leistungen um 4,67 Mio. US-Dollar im Zusammenhang mit Antworten auf Dokumentationsanfragen.

PubMed →
SGI — Zertifizierung von Intensivstationen

Offizielle Richtlinien und Zertifizierungsverfahren für Schweizer Intensivstationen.

SGI →
SIWF — Weiterbildungsstätten

Offizielles Register anerkannter Weiterbildungsstätten für Intensivmedizin und ihrer Kategorien.

SIWF →

Praxisleitfäden: überprüfbare Intensivdaten aufbereiten

Drei Leitfäden zur Vorbereitung des Austauschs zwischen Stationsverantwortlichen, Kodierteams und IT. Sie beschreiben ein Prüfverfahren und ersetzen weder offizielle Regeln noch die lokale Freigabe.

MDSi: Daten vor der Übermittlung prüfen

Für Qualitätsverantwortliche und Datenverantwortliche der Station.

Die SGI veröffentlicht die MDSi-Dokumente und deren Geltungszeitraum. Für 2026 führt ihre Datensatz-Seite das Reglement V33 auf. Dieser Bezugsrahmen ist von der softwaregestützten Erfassung und Aufbereitung zu unterscheiden.

  1. Den für das Datenjahr geltenden Bezugsrahmen, die betroffene Station und die freigabeberechtigte Person festhalten. Diese Angaben dem Export zuordnen.
  2. Stichprobenartig die Zuordnung zum richtigen Intensivaufenthalt, Ein- und Austrittszeiten sowie die Konsistenz der Identifikatoren prüfen. Patientenakte und Intensivaufenthalt unterscheiden.
  3. Fehlende Felder und gemeldete Widersprüche prüfen und die Abklärungen dokumentieren. Ein fehlender Wert darf nicht stillschweigend durch einen Normalwert ersetzt werden.
  4. Die vorbereitete Datei mit den geprüften Daten abgleichen, ihre Version aufbewahren und die Rückmeldung des Zielsystems prüfen. Eine erzeugte Datei ist noch keine akzeptierte Datei.

Vorgeschlagener Prüfnachweis

Ein eindeutig gekennzeichnetes Datenpaket, geklärte oder erläuterte Abweichungen, die fachliche Freigabe und die zugehörige Übermittlungsbestätigung.

Quellen und zu prüfende Version

Bezug zur Software

Beatmung: einen prüfbedürftigen Zeitraum dokumentieren

Für Stationsverantwortliche und Kodierteams.

Im von ICU DATA EXPERT beschriebenen Ablauf löst eine Datenunterbrechung eine Prüfung aus. Sie belegt für sich allein kein Ende der Beatmung. Eine rekonstruierte Dauer muss auf dokumentierte Angaben des Aufenthalts zurückführbar bleiben.

  1. Aufenthalt, Anfang und Ende des auffälligen Intervalls sowie den Anlass festhalten: fehlende Messwerte, unvollständige Dokumentation oder Kontextwechsel.
  2. Das Intervall mit verfügbaren Angaben zu Beatmungsunterstützung, Anlage oder Entfernung von Hilfsmitteln und Patientenbewegungen abgleichen. Fehlende Zeiten nicht erfinden.
  3. Jede Korrektur durch die berechtigte Fachperson prüfen lassen. Herkunft, Begründung und Angaben zur Wiederauffindbarkeit festhalten.
  4. Nach der Neuberechnung Summe, einzelne Zeiträume und ihre Darstellung in den Dokumenten prüfen. Das Kodierteam wendet die für den Fall gültigen Regeln an; eine Korrektur führt nicht automatisch zu einer zusätzlichen Vergütung.

Vorgeschlagener Prüfnachweis

Ein bestätigter, korrigierter oder begründet ungeklärter Zeitraum mit Neuberechnung und fachlicher Freigabe.

Quellen und zu prüfende Version

Bezug zur Software

Integration: die Prüfung der Datenkette vorbereiten

Für IT-Verantwortliche, Datenbankadministratoren und fachliche Verantwortliche.

Die technische Abnahme muss die gesamte Kette umfassen, nicht nur den Start der Engine. Ein PostgreSQL-Hot-Standby ist schreibgeschützt und kann hinter der Quelle zurückliegen. Verschlüsselung und Prüfung der Serveridentität sind getrennte Kontrollen.

  1. Quelle, Replikat, Verarbeitungsschichten, Engine und Dokumentenziele beschreiben. Datenflüsse zwischen Rechnern und berechtigte Konten erfassen, ohne Geheimnisse in die Checkliste aufzunehmen.
  2. Mit der IT für jede Verbindung Rechte, Verschlüsselung und Zertifikate prüfen. Bei PostgreSQL-libpq-Clients prüft verify-full auch den Servernamen; die genaue Einstellung hängt vom verwendeten Client ab.
  3. Datenverzug, Unterbrechung und Wiederanlauf ausserhalb der Produktion testen. Meldungen an die Verantwortlichen prüfen und Prozessverfügbarkeit von Datenaktualität unterscheiden.
  4. Synthetische oder korrekt anonymisierte Testfälle verwenden, um Quelldaten, Berechnungen und Dokumente zu vergleichen. Sollwerte, Abweichungen, Freigabeentscheidung und Rückfallplan dokumentieren.

Vorgeschlagener Prüfnachweis

Eine von technischen und fachlichen Verantwortlichen freigegebene Architekturbeschreibung und Testmatrix. Dies ist eine Vorbereitungshilfe, kein Installationsprogramm und kein Konformitätsnachweis.

Quellen und zu prüfende Version

Bezug zur Software

Geltungsbereich: Datenaufbereitung und Nachvollziehbarkeit. Diese Leitfäden sind keine Behandlungsempfehlungen, kein Kodierhandbuch und keine Softwarezertifizierung.

Anforderungen Ihrer Station besprechen