15.10.2018 | Bug, DentalProzess, Dentotar, erledigt |
Visana UVG ist unter https://www.medidata.ch/md/cms/web_support/hilfsmittel/versicherer/index.html als Partner aufgeführt. Allerdings nur unter der Rubrik Aerzte und nicht unter Zahnarzt. Habe beim Zahnteam der Visana nachgefragt, elektronische Übermittlung sei möglich. Habe Visana UVG als Garant mit der GLN 7601003000023 erfasst.
Die elektronisch übermittelte Rechnung an die Visana aus DentalProzess ist NICHT bei MediData angekommen, eine Rechnung für die SUVA (auch heute) hingegen schon.
MediData Support findet ich soll das Fehler-Log überprüfen, kann ich aber nicht da der zuständige Server beim ProzessTeam steht.
Wo liegt der Fehler? Oder ist Visana UVG für Zahnärzte ev. doch noch nicht freigegeben?
Nein. Der Punkt ist relativ banal. Wir verschicken 1x täglich die Rechnungen von Hand. Die erste Rechnung (SUVA) haben wir da gleich noch verschickt. Die zweite (Visana) war noch nicht vorliegend. Ist jetzt unterwegs.
Hintergrund ist der, dass wir noch immer relativ viele Fehler in Daten der Kunden haben, die dann zu Problemen im Versand führen. Womit wir das gerne im Moment noch etwas im Auge behalten.
18.08.2018 | DentalProzess, Dentotar, erledigt |
Vor einigen Wochen hatte ich einen UVG Fall bei der SOLIDA Versicherung abgerechnet. Vorher hatte ich mich beim Sachbearbeiter erkundigt, ob elektronische Abrechnung akzeptiert würde. Dies sei in Ordnung, GLN hatte ich bei dieser Gelegenheit auch erhalten. Nach einiger Zeit erhielt ich eine Mahnung mit der Aufforderungen, doch die Unfalldokumente noch nachzureichen.
Das Unfallformular mit Foto hatte ich aus DentalProzess elektronisch übermittelt. Kontrolle bei MediData (https://www.medidata.ch/mp/webaccess/anmelden) zeigte ein Drucksymbol und kein Gutzeichen. MediData erklärte mir dann, dass die SOLIDA nicht MediPort angeschlossen sei und elektronisch übermittelte Rechnungen daher ausgedruckt und auf Papier übermittelt würden. Das das angehängte pdf dabei auf der Strecke blieb, versteht sich von selbst.
Also: Bei neuem Versicherer immer zuerst unter https://www.medidata.ch/md/cms/web_support/hilfsmittel/versicherer/index.html kontrollieren ob tatsächlich via MediPort abgerechnet werden kann.
FRAGE an DentalProzess: wird feedback vom Versicherer jetzt auch in DentalProzess angezeigt? Dies kann im webaccess von MediData nicht abgefragt werden.
Es gibt, soweit ich weiss, keinen Feedback, es sei denn der Feedback ist negativ. Und ja, selbstverständlich, wenn die Versicherung einen Feedback (immer negativer Art) gibt, dann wird der im DP eingezeigt.
Müsste im DP konkret gezeigt werden.
Kurzfassung:
In der Liste der offenen Rechnungen hat es ganz zuhinterst, vor den Notizen, eine schmale Spalte. Darin wird ein Bullet angezeigt, wenn ein Feedback zu der Rechnung vorliegt. Und ein Kreis, wenn der Feedback bereits angeschaut wurde.
Wobei ich davon ausgehe, dass gerade der angesprochene Fall auf der elektronischen Schiene komplett verlohren geht. Das PDF ist meines Erachtens sehr wohl für Medidata sichtbar. Ist mir nicht erklärlich, warum es nicht mit ausgedruckt werden könnte.
29.05.2018 | Bug, DentalProzess, Dentotar, pendent |
Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Betreff: DentalProzess: Bug, Rechnung an IV, Kopie drucken
Datum: 28. Mai 2018 um 09:29:43 MESZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>
Guten Tag Herr Zehnder
Bei elektronisch übermittelten Rechnungen an SUVA und IV treten folgende Fehler auf:
[IV] Rechnung übermittelt, noch nicht bezahlt: Rechnungskopie wird ohne Positionen gedruckt
[IV, SUVA] Rechnung bezahlt: Rechnungskopie kann nicht gedruckt werden, Fehlermeldung erscheint, screenshot liegt bei.
Freundliche Grüsse P. Portmann
31.12.2017 | DentalProzess, Dentotar, erledigt |
korrigiert am 10.3.2018, Code für den Tarif (222, 322, 400) kann nun frei editiert werden [v1352]
Peter Portmann <pp@wp.zahnarztportmann.ch>
8.xxxx Positionen können nicht als Tarif 222 definiert werden
Wenn im Tarif 4.xxxx erfasst werden, wird automatisch der Tarif 222 zugewiesen. Die passiert bei 8.xxxx Positionen nicht wenn diese als TP und nicht als Fr Position definiert werden.
Hintergrund: Der Dentotarnummernbereich 4.xxxx ist geschützt. Es dürfen keine Abänderungen oder Ergänzungen vorgenommen werde. Eine Poistion ausserhalb des Bereichs zu definieren für Privatpatienten wird rechtlich hingegen kein Problem sein. Bei mir betrifft dies vier Nummern:
– 8.0640 Prämedikation 38.4 TP
– 8.0641 Pulsoximetrie 18 TP
– 8.0600 Softlaser 18.3 TP (statt 4.0600 36.6 TP)
– 8.5800 Keramikaetzung/Silanisierung 19.2 TP
Ich habe diese temporär im 4.xxxx definiert, wäre aber froh dies mit 8.xxxx Nummer später zu ‚legalisieren‘.Könnten Sie die Definition für die Tarifzuweisung anpassen oder das Feld freigeben für manuelle Eingabe?
Roger Zehnder <roger.zehnder@prozessteam.ch>
Hauptproblem ist eigentlich, dass der Code für die Tarif Art (222, 322, 400, 999) zwangsweise beim Speichern festgelegt wird, und unabhängig davon ob schon was da steht oder nicht, maschinell festgelegt wird. Ggf. auch falsch. Wenn man das weglässt, und den Code nur festlegt, wenn er noch gar nicht existiert, dann wäre die Sache im Grunde gelöst.
Gibt dann noch zwei drei weitere Komfortstufen. Daran arbeite ich gerade (weil für den nächsten Updateschub, die händische Nachbearbeitung minimiert werden sollte).
31.12.2017 | Bug, Dentotar, pendent |
Peter Portmann <pp@wp.zahnarztportmann.ch>
Tarifzuweisung bei Garanten
Achtung. Es wird nicht funktionieren mit einer generellen Zuweisung von TPW 3.10 -> 1.00. Grund: Die meisten Versicherungsfälle laufen noch über das KVG mit dem alten Tarif 322! Wenn Sie das Skript anpassen und unterscheiden zwischen Garanten UVG und KVG kommt es gut. Vielleicht auch eine Suchfunktion in der Garantenliste einbauen. Im Moment kann ich dort nicht nach KVG oder UVG suchen. Vielleicht können Sie auf das Feld ‚UVG/KVG‘ mit dem Suchfeld unten rechts verbinden (ähnlich wie Geburtsdatum bei den Patienten).
Roger Zehnder <roger.zehnder@prozessteam.ch>
Ja, das ist uns klar geworden. Ich denke, wir werden die Garantenzuweisung entfernen. (die ohnehin – und im Moment muss ich sagen, fast – Glücklicherweise nicht funktioniert). Und ja. Einen Mechanismus in der angedachten Art wäre optimal. Wobei mir noch nicht ganz klar ist, ob ich das in den nächsten 2-3 Tagen mache. Gibt dringendere Dinge. Und die meisten brauchen nur einige wenige Garanten in den nächsten Tagen. Können also die paar von Hand machen. Da ist kein grosser Blumentopf zu gewinnen.
27.12.2017 | Dentotar, erledigt |
Datum: 27. Dezember 2017 um 19:08:28 MEZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>
Guten Tag Herr Zehnder
Danke für den Tarif, welchen ich von Ihnen erhalten habe (PPortmann_Tarife.txt, roger.zehnder@prozessteam.ch, 26.12.2017 14:25).
Beiliegend erhalten Sie die Datei 2017.12.27_PPortmannTarifeNEU.txt. Diese ist im Format Tab-Text, erste Zeile enthält die Feldnamen. Die Reihenfolge der Feldnamen kann ich in FileMaker leider nicht beeinflussen, an den Anfang habe ich die Zeilennummer, UUID und den TarifCode gesetzt, Rest in alphabetisch sortiert. Details der Aufbereitung siehe hier:
Beschreibung der Datei PPortmann_Tarife.txt:
– Tab separierte Textdatei
– Erste Zeile enthält die Feldnamen
– enthält aktuelle Positionen von pp (Block und Medi)
– DescriptionD, F und I enthalten Sonderzeichen welche so nicht korrekt sind
Bsp: [Beinhaltet: $lf• die zahnärztliche …]
– Text enthält irrtümlich die Langversion
– neue Blockpositionen wurden mit TarifArt 999 geliefert,
sollten aber nach Gesprächsnotizen vom 24.12.2017 222 sein (pp ändert dies)
Die Aufbereitung erfolgte mit FileMaker. PPortmann_Tarife.txt kann direkt geöffnet werden, erste Zeile wird als Feldname verwendet.
Nummernbereiche Tarif 1994, 223
——————————-
4000 SSO Tarif
5001 Medikamente (Medi: Spiralgin…)
5501 Material (Mat: Zahnbürste Trisa soft…)
5901 Zahntechnik (Franken-Position. Betrag leer. Zahntechnik: Labor Deckart Thun…)
6000 Gratis Positionen SSO Tarif (6065 gratis: Infiltrationsanästhesie)
7000 Gratis Positionen Medikamente und Material
8000 Kostenschätzung (Franken-Position, Rest leer)
8001 Rabatt (Franken-Position. Betrag leer, so kann fixer Franken-Betrag direkt in der Sitzung erfasst werden)
8002 Text_sichtbar (Franken-Position, Rest leer)
8003 Text_unsichtbar (Franken-Position, Rest leer)
9000 WMD: spezielle Positionen welche sonst nicht zugeordnet werden können
B001 Blockpositionen
Nummernbereiche Dentotar, 222
—————————–
4.yyyy [Behandlung]
6. [eigene Gratisbehandlung]
D. [Medi]
M. [Material]
P. [Prophylaxeartikel]
8. [eigener Text, Rabatt, Rundung etc.] – alt 8001 Rabatt
X. [Blockpositionen]
Neue Nomenklatur:
nur Präfix angefügt, UUID wurde nicht verändert
– D. [Medi], suche ‚Medi: ‚, „D.“ & TarifCode
– P. [Prophylaxeartikel] suche ‚Mat: ‚& TarifCode 5500 – 5699
– M. [Material] suche ‚Mat: ‚& TarifCode 5700 – 5999
– M. [Material gratis] suche ‚gratis: ‚ & TarifCode 7000 – 7999
Neue Positionen:
UUID leer, Tarif alle 222
– 8.0000, 8.0001, 8.0002, 8.0003
alles Textpositionen, TP/Fr leer
– 8.0640 Prämedikation 38.4 TP
– 8.0641 Pulsoximetrie 18 TP
– 8.0600 Softlaser 18.3 TP (statt 4.0600 36.6 TP)
– 8.5800 Keramikaetzung/Silanisierung 19.2 TP
– 4.4710 Homebleaching 96 TP statt 104.6 TP
– X.B212 01A | DH (vorher leer)
– X.B213 06P | Prov. Teilp. >2 Kl.
Anpassung div. Pos an Maximum in Tarif 2 (Privat):
4.7090 Cerec-Krone
4.5730 Cerec, Overlay
4.5410 Kompositflg. Prämolar/Milchmolar 2-fl. 164.3
4.5420 Weitere Kompositflg. Prämolar/Milchmolar 2-fl. 112.2
4.5430 Kompositfüllung Molar 2-fl. 208.5
4.5440 Weitere Kompositfüllung Molar 2-fl. 156.4
4.5450 Kompositflg. Prämolar/Milchmolar 3-fl. 248.6
4.5460 Weitere Kompositflg. Prämolar/Milchmolar 3-fl. 196.4
4.5470 Kompositflg. 3-fl. Molar 268.6
4.5480 Weitere Kompositflg. 3-fl. Molar 216.5
4.5510 Kompositaufbau Prämolar/Milchmolar 276.7
4.5520 Weiterer Kompositaufbau Prämolar/Milchmolar 224.5
4.5530 Kompositaufbau Molar 1-2 Höcker 296.7
4.5540 Weiterer Kompositaufbau Molar 1-2 Höcker 244.6
4.5550 Kompositaufbau Molar 3-4 Höcker 328.8
4.5560 Weiterer Kompositaufbau Molar 3-4 Höcker 276.7
6. [eigene Gratisbehandlung]
– Deutscher Kurztext statt Langversion in allen 4.xxxx Pos (Update, UUID belassen)
– Datei mit Tarif dubliziert, alles gelöscht ausser 4.xxxx
– 4.xxxx ersetzt durch 6.xxxx gratis: TextD, TP leer, UUID leer
TarifCode = Austauschen ( TarifCode ; „4.“ ; „6.“ )
TextID = „gratis: “ & TextD
– Reimport der 6.xxxx Positionen
X. [Blockpositionen]
– neue Definition in Kostenvoranschlag.fmp12
– bei allen Blockpos ausser DH 6.0300 angehängt
(gratis: Grundtaxe für Arbeitsplatzdesinfektion)
– Reimport in PPortmann_Tarife, Abgleichsfeld = TarifCode UUID nicht verändert
Zeilennummern
– ergänzt um 1489 bis 2063 für angefügte Zeilen
Ich wäre froh, wenn wir den Import noch diese Woche zusammen machen könnten.
Freundliche Grüsse
P. Portmann
