MINIMALER DATENSATZ für Schweizerische IMC Units

Transkript

1 MINIMALER DATENSATZ für Schweizerische IMC Units 1. Zusammenfassung Das Ziel des "Minimal Dataset" (MDS IMC ) ist standardisiert Daten zu sammeln, quantifizierbare Indikatoren für Intermediate-Care-Einheiten (IMC-U) zu etablieren. Diese Daten erlauben den IMC-U Dienstleistungen in der Schweiz und definieren Erstattungsmechanismen (SwissDRG). Die MDS IMC bietet auch die Möglichkeit einer epidemiologischen Analyse von den Patienten in den U-IMC. Es definiert standardisierte Daten, die für die Anerkennung der Schweizerischen U-IMC von der KAIMC erforderlich sind. Die MDS IMC informiert über die strukturellen Merkmale des IMC-U sowie Patienten, die in der Einheit behandelt werden. Strukturinformationen werden einmal im Jahr aufgezeichnet: - Architekturdaten - Die Anzahl der offenen Betten - Personal (Ärzte, Pflegepersonal und andere) - Etc... Informationen in Bezug auf die Aktivität wird für jeden Patienten aufgezeichnet: - Diagnose - Die Herkunfts Ort - Die Verlegungs Ort - Dauer des Aufenthaltes - Die Schweregrad der Patienten - Die Arbeitsbelastung - Das Ergebnis - Etc... Die KAIMC ist verantwortlich für die Überwachung der Umsetzung von MDS IMC mit den externen Partnern und deren zukünftige Entwicklungen. Die Implementierung von MDS IMC ist obligatorisch in allen anerkannten IMC und auch in den IMC, die die Anerkennung durch die KAIMC beantragen. Die Finanzierung für die Einführungs- und Entwicklungsphase von MDS IMC in IMC Einheiten wird von der Schweizerischen Gesellschaft für Intensivmedizin unterstützt, die Finanzierung der Beibehaltung und Weiterentwicklung der Datenbank wird von den Benutzern der anerkannten Einheiten finanziert Die verwendeten Definitionen und Abkürzungen sind in Anhang 1 dieses Dokumentes zur Verfügung gestellt. 2. Ziele Die MDS IMC unterstützt das Qualitätsmanagement von verschiedenen Einheiten: - Durch Definition standardisierter Daten - Durch standardisierte quantitative Festlegung von Indikatoren (siehe Anhang 2 und 3): - PatientenProzess % der Patienten mit Aufenthaltsdauer < 6 Stunden % von ungeplanter Wiederaufnahme < 48h % der nicht-elektiven-eintritte Patienten workload Dauer des Aufenthalts (LOS) pro Patient IMC-U Mortalität / Spital Mortalität SMR: standardized mortality ratio (Spital- Mortalität, berechnet mit SAPS-2) - Durch das Kontrollieren der Daten - % fehlenden Daten - Ermöglicht vergleichende, aber anonymisierte Auswertungen (vgl. Anhang 3) zwischen einer einzelnen IMC und der Gesamtheit alle rc IM der Schweiz oder der entsprechenden Unetepperupprurgg - Erstellen der Kennzahlen 1x pro Jahr, jederzeit durch den berechtigten Nutzer - Gruppeneinteilung gemäss Kapitel Inhalte, Abschnitt Art der IMC-U und Kategorie der U-IMC Die MDS IMC liefert Daten um die Leistungen von anerkannten schweizerische IMC-U zu zeigen: - Durch eine einfache Beschreibung des Patientenprozesses in einer IMC-U, eine standardisierte Daten DDefinition und Kategorisierung von Patienten. - Durch eine Erfassung der Anzahl sich in Ausbildung befindenden Pflegefachpersonen und Ärzte

2 Die MDSIMC kann die Forschung unterstützen: - Ethische und rechtlichen Fragen bezüglich der Verwendung von anonymen Patientendaten zu Forschungszwecken sollte vor Beginn der wissenschaftlichen Projekte global gelöst werden. 3. Minimaler Dataset (MDS IMC ) 3.1. Allgemeine Daten von IMC-U Einmal pro IMC-U pro Jahr zu erheben. Für die Erfassung gilt jeweils der Zeitraum 01. Januar bis 31. Dezember des betreffenden Jahres ID- IMC-U Anzahl der Betten Anzahl der Planbetten (Betten pro Tag [durchschnittliche jährliche]) Anzahl der offenen Betten (Betten pro Tag [durchschnittliche jährliche]) Struktur Natur der IMC-U [Multidisziplinärer] - [Medizin] - [Chirurgie] - [Pädiatrie / Neonatologie] - [Intensivpflege] - [Anästhesiologie] - [Neurologie] - [Neurochirurgie] - [Neuroscience: Neurologie + Neurochirurgie ] - [Kardiologie] - [andere] Angebunden IMC-U: ja / nein Angebunden Abteilung: [Medizin] - [Chirurgie] - [Pädiatrie / Neonatologie] - [Intensivpflege ] - [Anästhesiologie (AWR)] - [Neurologie] - [Neuro-] - [Notfall] - [Kardiologie] - [andere] Daten über Pflegepersonal Pflege Anzahl von diplomierter NDS HF in Intensiv- Anästhesie oder Notfallpflege oder spezifische Weiterbildung Pflege IMC Anzahl von Pflege in Ausbildung NDS HF in Intensiv- Anästhesie oder Notfallpflege oder spezifische Weiterbildung Pflege IMC Leiter 1 Pflegekader Lehrer 2 Pflege HF/FH diplomierte Pflege Pflegehilfspersonal Anzahl der offenen Stellen für diplomierte Pflege Anzahl offener Stellen für Pflegehilfspersonal ( und ) Daten über Ärzte Belegschaft Spezialisten: Anzahl und Spezialitäten Ärzte in postgradualer Ausbildung: Anzahl und Spezialitäten Offene Stellen für Spezialisten Offene Stellen für andere Aerzte Leitung Kader (Chefarzt, Leitender Arzt, Oberarzt) Ärzte, andere Personaldaten, andere Verwaltungspersonal (Sekretariat, etc.) Andere (Physiotherapie, Forschung, etc.) Verfügung der Daten [keine] [nur intern in der KAIMC] [auch extern: Anerkennung (durch die KAIMC) Jahr die Anerkennung als IMC-U Die Personen, die für die Erhebung der Daten IMC-U verantwortlich sind Vertreter (n) der Pflege Titel [ ] Name [ ] Name [ ] Bezeichnung deru-imc [ ] Spital [ ] Adresse [ ] Ort [ ] NPA [nnnn] ]

3 Titel [ ] Name [ ] Vorname [ ] Bezeichnung derimc-u [ ] Krankenhaus [ ] Adresse [ ] Ort [ ] NPA [nnnn] ] Telefon [0NN-nnn_nnnn] IMC-U verantwortlichen Personen verantwortlicher Arzt Titel [ ] Name [ ] Vorname [ ] Bezeichnung der IMC-U [ ] Krankenhaus [ ] Adresse [ ] Ort [ ] NPA [nnnn] ] Telefon [0NN-nnn_nnnn] Verantwortliche Krankenpflege Titel [ ] Name [ ] Vorname [ ] Bezeichnung der IMC-U [ ] Spital [ ] Adresse [ ] Ort [ ] NPA [nnnn] ] Telefon [0NN-nnn_nnnn] 3.2. Indikatoren für die Strukturqualität CIRS 4 aktiv ja / nein Visiten und Patientenbesprechungen ja / nein Ein- und Austrittsbericht ja / nein Konsultationen (Infektiologie etc...) ja / nein 3.3. Allgemeine Daten pro Patient Einmal pro Patient und IMC-U-Aufenthalt zu heben. Wenn ein Patient ist wiederaufgenommen, wird ein neuer Datensatz angelegt "MDS-ID" (IMC-U-Fall-Identifikationsnummer) Geburtsdatum [tt.mm.jjjj]; Falls Alter <28 Tage: Gestationalter (Format: ww[wochen]-d[tage]-ssw) Geschlecht [m] - [f] Aufnahmegewicht (kg) Körpergrösse (cm) Zeitpunkt der Aufnahme in die IMC-U [TT.MM.JJJJ hh: mm] Unmittelbare Herkunft des Patienten [Notfallstation] - [OP] - [Aufwachraum] - [Gebärsaal] - [Intensivstation] - [IMC-Unit oder äquivalent: HDU] - [Abteilung] - [ ein anderes Krankenhaus] - [andere] Aufenthaltsort vor Spitaleintritt [Zuhause] - [ein anderes Spital] - [andere] Wiederaufnahme < 48 Stunden [ja] - [nein] Geplante Aufnahme [ja] - [no] Zeitpunkt der Verlegung aus der U-IMC: [tt.mm.jjjj hh: mm] Verlegungsort des Patienten aus der U-IMC [Gleiches Spital-Abteilung] - [Gleiches Spital-Intensivstation] - [Gleiches Spital-ein weiteres IMC-U] - [Gleiches Spital-andere] - [Anderes Spital-Abteilung] - [Anderes Spital-Intensivstation] - [Anderes Spital-IMC-U] - [akute Rehabilitation] - [nach Hause] - [andere] - [verstorben] Therapie Einschränkung 5

4 [0: keine/voll] [1: zeitlich befristet] [2: inhaltlich limitiert] [3: Unterlassung/Abbruch] Grund der Therapie Einschränkung [0: Kein Grund] [1: Patientenwunsch] [2: Wunsch Vertreter] [3: Medizinische] Zeitpunkt der Aufnahme ins Spital [TT.MM.JJJJ hh: mm] Zeitpunkt Entlassung aus dem Spital [TT.MM.JJJJ hh: mm] Spitalaustritt: OFS-Austrittscore: "Aufenthalt nach Austritt" Spezifische Diagnose von Patienten Einmal pro Patient und IMC-U-Aufenthalt zu heben. Wenn ein Patient ist wiederaufgenommen, wird ein neuer Datensatz angelegt Einteilung in eine Patientengruppe [geplant] [nicht geplant] Etablierte Erst-Diagnose bei IMC-U-Eintritt (vgl. Anhang 2): <... > Nur bei Patienten mit einem Trauma: Abbreviated injury severity score (AIS) Kopf [0] - [1] - [2] - [3] - [4] - [5] Gesicht [0] - [1] - [2] - [3] - [4] - [5] Thorax [0] - [1] - [2] - [3] - [4] - [5] Abdomen [0] - [1] - [2] - [3] - [4] - [5] Extremitäten [0] - [1] - [2] - [3] - [4] - [5] Extern/Haut [0] - [1] - [2] - [3] - [4] - [5] <... > Operation/Intevention (Anhang 2) SAPS-2. Dieser Code muss für Patienten ab 16 Jahren angezeigt werden PIM II: Wenn Alter > 32 Wochen der Schwangerschaft und Alter < 16 Jahre (vorhergesagte Mortalität %) [nnn] CRIB II: Wenn Neugeborene < 32 Wochen der Schwangerschaft und / oder Geburtsgewicht 1500 g, (nur postpartale Patienten, predicted death rate) Wichtigste Diagnose im IMC-U Verlauf (Anhang 1 und 2): <... > 3.5 Patientenarbeitsbelastung in der IMC-U: NEMS und SAS / RASS Einmal pro Pflege-Schicht zu erheben 6. Für IMC-U mit 2 Pflegeschichten pro Tag gelten die Definitionen sinngemäss Aufwand score (NEMS) 8,9 in der IMC-U Standard-Monitoring [ja] - [nein] Medikamentengabe intravenös: [ja] - [nein] Beatmung [ja] - [nein] zusätzliche Atemhilfe: [ja] - [nein] Vasoaktives Medikament: [ja] - [nein] Mehrere vasoaktive Medikamente: [ja] - [nein] Nierenersatzverfahren (Hämodialyse usw.): [ja] - [nein] Spezifische Intervention in den IMC-U: [ja] - [nein] Spezifische Interventionen außerhalb des IMC-U: [ja] - [nein] Unruhe Score (SAS / RASS) Isolation 10 [ja] - [nein] 3.6 Ergebnis Einmal pro Patient und IMC-U-Aufenthalt zu erheben. Bei einer Wiederaufnahme eines Patienten wird ein neuer Datensatz angelegt. N.B. der Status bei IMC-U-Austritt wird erhoben unter Verlegungs-Ort des Patienten Status bei Spitalaustritt [lebt] - [verstorben] Der Status 28 Tage nach dem IMC-U-Eintritt [lebt] - [verstorben] Der Status 12 Monate nach dem IMC-U Eintritt [lebt] - [verstorben] Optional I Einmal pro Patient und IMC-U-Aufenthalt zu erheben. Bis zu zehn Felder können durch die einzelne IMC-U individuell definiert, erfasst und ausgewertet werden Feld 1 usw Feld 10 usw

5 3.8. Optional II Einmal pro Patient und IMC-U-Aufenthalt zu erheben. Bis zu zehn Felder können durch die einzelne IMC-U individuell definiert, erfasst und ausgewertet werden Feld 1 usw 4. Minimaler Dataset MDS IMC : Umsetzung 4.1. Verantwortlichkeiten Aufsicht: KAIMC Betreiber der Datenbank Allgemeines Ausgewählt von KAIMC Vertragliche Regelung zwischen der SGI (vertreten durch den Vorstand) und dem Betreiber sowie zwischen jedem einzelnen Teilnehmer und der Betreiber Aufgaben / Kompetenzen Betreibt und unterhält die IMC-Datenbank Datenanalyse, wie durch die Aufsichtsbehörde gemacht Liefert keine Daten an Dritte gemässe den Richtlinien. Stellt sicher, dass der Datenschutz berücksichtigt ist 4.2 Applikation Entwicklung der Applikation - Zentrale Datenbank - Lokale Datenerfassung auf den einzelnen IMC-U. Varianten: - Datenerfassung Typ 1: Lokales Programm, das durch den Betreiber der zentralen Datenbank zur Verfügung gestellt wird. - Datenerfassung Typ 2: Lokales, bereits vorhandenes Programm: Notwendige Anpassungen der einzelnen Variablen gemäss den Definitionen für den vorliegenden Datensatz. Das Modul für den Datenexport muss individuell entwickelt werden.- Übertragen von Daten an die zentrale Datenbank: elektronisch - Datentransfer in die zentrale Datenbank: elektronisch Unterhalt der Applikation 4.3 Daten-Erhebung, -Korrektur, -Erfassung und -Auswertung Erhebungsphase - Daten werden von der betreffenden IS mit ihrem lokalen System erfasst. - Die Erfassung erfolgt entweder mit einer speziellen lokalen Datenerfassungs-Software oder über eine bereits vorhandene lokale Datenbank (vgl. unten). - Die Verbindung zwischen Pseudonym (MDS-ID) und Daten, die eine Identifikation der Person erlauben (z.b. Name, Geburtsdatum), ist nur der betreffenden IMC-U bekannt. - Da die Daten im Rahmen der Qualitätssicherung erhoben werden, ist ein informed consent im engeren Sinne nicht notwendig. Eine allgemeine Information des Patienten ist aber dennoch wünschenswert. Eine mögliche Lösung findet sich im Anhang 1 ( Datenschutz ) Korrekturphase - Die Überprüfung der Daten auf Vollständigkeit und Plausibilität erfolgt laufend im Rahmen der lokalen Datenerhebung. Entsprechende Algorithmen sind im lokalen Datenerhebungsprogramm eingebaut Erfassungsphase - Die elektronische Übertragung an die zentrale Datenbank erfolgt verschlüsselt. - Ausser dem Pseudonym (MDS-ID) enthalten die weitergeleiteten Daten keine Informationen, die einen Rückschluss auf eine Person zulassen. Die Rückführung von Pseudonym auf eine konkrete Person kann nur durch die Stelle erfolgen, welche die Daten erhoben hat (vgl. Erhebungsphase, oben). - Der Datenexport von der lokalen in die zentrale Datenbank erfolgt in der Regel einmal pro Monat, mindestens aber einmal pro Quartal. - Der Datenexport wird jeweils manuell ausgelöst. - Die KAIMC (durch ihr Sekretariat) überwacht, dass die einzelnen IMC-U den Datenexport zeitgerecht durchführen Auswertungsphase - Die Auswertung erfolgt laufend, aber mindestens einmal pro Quartal. - Die Kennzahlen (vgl. Anhang 4) werden einmal pro Jahr jeder einzelnen IS und den übrigen Berechtigten (vgl. Anhang 4) zur Verfügung gestellt. Alle Pseudonyme müssen aus den Datensätzen entfernt werden. Attribute, welche Rückschlüsse auf Personen oder andere Kliniken zulassen könnten, dürfen nicht verwendet werden. - Eine online Betrachtung von Auswertungen durch die einzelnen Benutzer (Dateneinsicht gemäss Anhang 4) ist möglich (Passwortgeschützt).

6 4.3.5 Publikation Ausgewählte Daten können in der Regel publiziert werden, aber nur innerhalb der KAIMC und der Fachgesellschaften die die KAIMC vertretet. Eine Publikation ist nur möglich auf der IMC-Website. Jede IMC-U kann jedes Jahr mit der Auswertung der Strukturdaten entscheiden, ob die Daten ihrer IMC publiziert werden und wenn ja, welche Daten., und wenn ja, welche. 4.4 Kosten Lokale Datenerfassungs-Software (Datenbanken) Entweder: Lokale Datenerfassungs-Software, erstellt durch den zentralen Datenbank-Betreiber. Dies umfasst: - Erstellen der entsprechenden Software - Installation, Schulung - Anpassung und Unterhalt (Anpassungen der Datenbankstruktur, usw.) - Finanziert durch die SGI Oder: als lokale Datenbank. Diese ist oft bereits vorhanden - Entwicklung respektive Anpassung einer bereits vorhandenen Datenbank (inklusive Modul für den Datenexport) sowie Unterhalt werden durch die lokalen Kostenträger sichergestellt. - Der Aufwand ür die Datenerhebung in die lokale Datenbank wird durch die jeweilige IS erbracht Zentrale Datenbank Entwicklung - Finanziert durch die SGI Unterhalt der Datenbank, Auswertungen - Inklusive Auswertungen z.hd. der Benutzer, administrative Kosten. Dazu gehört auch der Aufwand für die Aufsichtskommission, usw. - Zu finanzieren durch die einzelnen Benutzer (Preisberechnung auf Basis der Anzahl Patienten der jeweiligen IS): - Kosten: SFr 2.- pro Patient - Die Kosten werden jährlich auf der Basis der Vorjahresdaten (Anzahl Patienten) erhoben. - Die erste Rechnungsperiode beginnt mit dem Beginn der regelmässigen Datenerhebung. - Rechnungsstellung durch die KAIMC. - Vergütung an den zentralen Datenbankbetreibers (Protecdata) gemäss Vertrag zwischen SGI und Protecdata. 1. Nur den Rahmen der Tätigkeit angeben werden. Die Aktivität am Krankenbett soll abgezogen werden (zb 50% Leitung 50% am Krankenbett). 2. Nur die Bildungsaktivität angeben. Die Aktivität am Krankenbett sollte abgezogen werden (zb 50% Bildung und 50% am Krankenbett). 3. Anzahl der Positionen als Durchschnitt des betreffenden Jahres nicht besetzt. 4. Critical Incident Reporting System: System für die Vorfälle und Diskussionen über die Aktion zu berichten. 5. Wie im Jahr 2013 in der Schweizerischen Akademie der Medizinischen Wissenschaften "Intensive Care-Maßnahmen" definiert 6. Begonnen Behandlungspläne (nur teilweise verwendet) werden dokumentiert. 7. IMC Kategorie berechnet sich nach den Richtlinien für die Anerkennung von U-IMC basierte NEMS und SAS. 8. Die Abbildung NEMS-Score wird automatisch aus dem Feld berechnet (Anhang 5) 9. Die Definition der verschiedenen Elemente des NEMS und SAS / RASS ist in Anhang Die Definitionen von CHOP gelten (Version 2013: 99,84 Nummer oder die entsprechenden Zahlen in späteren Versionen des CHOP). 11. Optionale Daten, aber sehr wichtige, epidemiologische Analyse und Benchmarking zu ermöglichen. Konditionieren sie aber nicht die Anerkennung. 12. Optionale Daten möglicherweise schwierig zu erhalten. Konditionieren sie aber nicht die Anerkennung.