DentalProzess [1476g] – Bug Verbuchungen

Bei einer Verbuchung hat ein Patient zu wenig bezahlt: 150.45 statt 153.50, siehe screenshot. Keine Fehlermeldung in der Verbuchungsliste. Die Rechnung hat den Status bezahlt, keine Korrekturbuchung der Differenz.

Was ist hier falsch? Konfiguration? Bug?

image

DP – DENTOTAR, MediPort, Visana UVG

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.

DP [1434c] – Leistungen werden nicht gespeichert

Für die Schulzahnpflege wird die Untersuchung für die Gemeinden wie folgt erfasst:

  • Gemeinde ist seit Jahren als Patient erfasst
  • Verrechnung: 4.0100 Name Vorname Geburtsdatum (statt Befundaufnahme bei Schüler)

Bei Familien mit mehreren Kinder ist es praktisch den Eintrag von letzten Jahr zu kopieren und in die offene Behandlung einzusetzen. Hat eigentlich gut funktioniert. Nun können die Zeilen zwar eingesetzt werden, die Speicherung geht aber nicht mehr. Wo liegt der Fehler?

Ohne dass ich bereits überprüft hätte, was genau sein könnte. Was mir sofort in den Sinn kommt ist folgendes: Das Programm merkt sich, ob überhaupt irgend etwas editiert wurde. Es scheint so, wie wenn ein simpler Paste aus dem Clipboard nicht als Edit registriert wird.
Um einen „Edit“ auszulösen, könnte man versuchen mit + eine neue Zeile zu erzeugen, und die gleich wieder zu löschen. In jedem Fall drängt sich ein rascher Bugfix auf. Auch weil das unter Umständen vom Benutzer gänzlich unbemerkt bleiben könnte.
Ich gehe davon aus, dass ein Fix nächste Woche bereitgestellt werden kann. Dann wäre ein Update gelegentlich sinnvoll. Noch aus anderen Gründen.

DP [1434c] – Bug, Deaktivieren von Patienten und Garanten

Das Verhalten beim Deaktivieren von Patienten und Garanten ist unterschiedlich.

Ich würde folgendes erwarten:
– Patient oder Garant kann mit Markierung deaktiviert werden
– Wird dann in der Suchmaske noch gefunden
– erscheint nicht mehr in Popupliste
– kann wieder aktiviert werden

Effektives Verhalten Patient:
– kann mit Markierung deaktiviert werden
– Wird in der Suchmaske noch gefunden
erscheint immer noch im Popup – soll nicht erscheinen bitte ändern
– kann wieder aktiviert werden

Effektives Verhalten Garant:
– kann mit Markierung deaktiviert werden
– Wird in der Suchmaske nicht mehr gefunden
– erscheint nicht mehr im Popup
kann NICHT wieder aktiviert werden! –  bitte ändern

Garant wird mit master admin in den Kontaktadressen gefunden. Dort fehlt aber das Markierungsfeld für die Aktivierung. Wie kann ein Garant wieder aktiviert werden?