RFE 4 ZS

Ein Einblick zwecks DurchblickF. Zogg

A.Prantl

15.03.2010 1

Ausgangslage 

• Menge der Leistungen in freier Praxis ↑o Vorwurf: Mengenausweitung

o Auswirkungen auf TPW

• Leistungsströme verschieben sicho Demographie

o Neue Versicherungsmodelle

o Neue Analysenlisteo DRG

15.03.2010 2

Ausgangslage 

15.03.2010 3

Ausgangslage 

Wir warten seit Jahren auf DINAMO

15.03.2010 4

Ausgangslage 

….aber wir haben nur noch 2010 und 2011 für  Daten VOR  DRG

15.03.2010 5

15.03.2010 6

how   ??

• just do it and do it now!

• möglichst einfach für uns

• möglichst einfach für die Software‐Häuser

15.03.2010 7

Codestruktur

01   Auf Wunsch des Patienten

02   Notfallkons

03   Zuweisung durch einen andern Arzt

04   Folgekontakt auf Verordnung des behandelnden Arztes

05   Folgekontakt wegen auswärtiger Hämatologie und Chemie

06   Im Zusammenhang mit Langzeitpflege

07   In kausalem Zusammenhang mit Eingriff / Hospitalisation

99   Kein Arztkontakt

15.03.2010 8

ICPC‐2 versus RFE4ZS

• Vergleich– ICPC: RFE als medizinische Fragestellung 

– Hier: RFE als technische Fragestellung

• Die beiden Systeme beissen sich nicht– im Gegenteil; beide helfen uns in ihrer Art weiter

15.03.2010 9

15.03.2010 10

Technische Lösung .Ansatz

• Anforderung– KEINE Änderungen an bestehenden Strukturen

• XML, Tarmed

• Minimaler Aufwand für SW‐Häuser

• Keine Drittinterventionen (z.B. tm‐Suisse und sein  Rösslispiel)

• Lösung– Leicht identifizierbarer Code wird auf 

Sitzungsebene im REMARK‐Feld einer Position  weitergegeben und wird so Teil einer normalen 

Rechnung. (XML kennt keine Sitzungsebene)15.03.2010 11

Technische Lösung .Erfassung

• Folgende Softwarehäuser haben sich bis jetzt bereit erklärt,  RFE4ZS kostenlos und ohne Aufhebens zu implementieren 

und mit dem nächsten Update zu verbreiten:

15.03.2010 12

Vitodata (implementiert) Kern/Aeskulap Advanced Concept 

(Zusage)

Triamun (implementiert) InfoCALL (Ende Februar)

TMR (Februar) Variosoft (Ende März)

Triamun (implementiert) Aerztekasse 

(implementiert)

Technische Lösung .Sammeln

Ohne Mehraufwand via das Trustcenter‐System  als Teil der Rechnungsanlieferung.

15.03.2010 13

Technische Lösung .Aufbereitung

• Vorläufig unter dem Hut und auf Kosten der  Entwickler (medkey, Aerztekasse) 

• TC‐System wird für die Rücklieferung der  Codes vergütet; entsprechende Offerte liegt 

vor.

• Eingliederung in das GendDB®‐Konzept, wie  wir es auch für das Al‐Monitoring verwenden. 

15.03.2010 14

Technische Lösung ..GendDB®

15.03.2010 15

Technische Lösung .Antworten

Nachfrage– Je Nachfragetyp

• Häufigkeit• Umsatzanteile

Sitzungsumfeld– Über die Zeit 

(Sitzungsabfolge)

Verschiebung der Sitzungs‐ Anteile nach RFE

– Über die Zeit– Nach Patientengruppen 

(Alter, Sex)

– Nach Arztgruppe (Spez,  Region)

– Werte (absolut und Anteile)• Anzahl Kontakte• Anzahl Teilnehmer

• Umsatz

• Sitzungsinhalte

15.03.2010 16

Technische Lösung .Ausblick

• Verknüpfung mit Monitoringdaten– Leistungsinhalte ext. Labor– Veranlasste Kosten

• Verknüpfung mit Tessiner‐Code

15.03.2010 17

Zum Schluss

Eine Bitte:

Bitte helfen Sie uns bei der Verbreitung der  Erhebung dieses Codes. Ein minimaler Aufwand für 

den einzelnen, einen maximalen Effekt für alle.

P.S 1: Ihre MPA kann und darf mit der Codierung beauftragt werden.

P.S 2: Wie beim Labormonitoring haben wir auch hier nach minimal

störenden 

Lösungen zum Nulltarif gesucht..

15.03.2010 18

15.03.2010 19