Dr. med. dent. Peter Portmann

Dr. med. dent.

Peter Portmann

DentalProzess

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

DentalProzess [1476g] – Besprechung mit R. Zehnder

Besprechung vom 14.12.2018

ALLGEMEIN:
können interne Daten gelöscht werden? Vorher Export der Rechnungen?
Grösse der Datei DP_Portmann_Heimberg.journal mit 1.55 GB normal?
04.06.2018: .4DD 960 MB .journal 865 MB
09.12.2018: .4DD 1.44 GB .journal 1.55 GB
Zehnder:
– Datenbank bereinigt, log und journal gelöscht

PATIENT:
– Geschlecht automatisiert eintragen lassen, wird oft vergessen

ADRESSEN:
– leere Zeilen können nicht gelöscht werden, erscheinen im popup
Garanten mit verschiedenen Ansprechpartnern
– https://wp.zahnarztportmann.ch/dp-garant-mit-mehreren-ansprechpartnern/
– Behandlung: Adresse ist nicht vorhanden bei Leistungserfassung, kein link vorhanden
Zehnder:
– dublizieren, allenfalls inaktiv setzen
– Inaktive suchen mit alt-Taste!! (Garant und Patient)
– freie Adresse neu erzeugen mit alt-Taste im popup

RECHNUNG:
http://www.vsi-dental.ch/DTar_Delivery/1476/1476_VersionInfo/
1476d
Neu kann <PatGEBURTSDATUM>* in Text Settings gesetzt werden, für Übernahme des Geburtsdatums, welches automatisch nummerisch im Format tt.mm.yyyy erfolgt
– Format Geburtsdatum auf Rechnung nun einstellbar?
– drucken in x Tagen. popup Einträge editierbar? [5, 15, etc Tage]
Zehnder:
– Datum in allen Rechnungen nun tt.mm.yyyy, unabhängig von der Variabel*
– 10 Tage für Rechnung kommt im update, kann nicht selber geändert werden

SUVA RECHNUNG:
– Pat 3534: integrierte Fotos werden nicht an Fenster angepasst
– keine pdf Kopie Archivkopie solange nicht KOPIE gedruckt wird
– blackbox: welche Kontrollmöglichkeit gibt es? wo ist das übermittelte File?
Zehnder:
– Spalte feedback ohne Beschriftung existiert, kann sortiert werden für einfache Suche!
– mit OK bestätigen, Symbol wechselt von Kreis ausgefüllt zu Kreis leer

RECHNUNG VOLLSTAENDIG DURCH GUTSCHRIFT BEZAHLT:
https://wp.zahnarztportmann.ch/dp-1434c-druck-originalrechnung-nicht-moeglich/
– Es wird eine – KOPIE – gedruckt, keine Original
– Es wird keine pdf Archivkopie erzeugt!
– Ziel: Originalrechnung drucken OHNE ES

MAHNWESEN, RATENZAHLUNG:
Div. Fehler im Mahnwesen und bei Ratenzahlung
Ich habe versucht im Blog https://wp.zahnarztportmann.ch/dp/ die relevanten Einträge dazu zu finden. -> info Suchstrategie
… vielleicht effizienter die mal in einem Gespräch anzusprechen
– besprochen mit screensharing

https://wp.zahnarztportmann.ch/dp-offene-rechnungen-ratenzahlung/
– Wie soll Gebühr erfasst werden?
Zehnder:
– negativ Betrag für Zins darf nach wie vor verwendet werden,
nicht offizielles feature aber es geht
– keine Garantie dass bei nächsten updates noch funktional

MAHNUNGEN:
– keine Suche möglich wie in OBD
– falscher Flag ‚M‘ bei Ratenzahlung
Zehnder:
– bug bekannt

VERBUCHUNG:
Text ‚Guthaben‘ nach Bezahlen 2. Mahnung mit Gebühr
– Nachname, Vorname | 2613 Guthaben 800.00 10.12.18 805.00
Zehnder:
– bug ist bekannt, wird korrigiert

17. Okt. 2018, 17:16 +0200, Peter Portmann <pp@wp.zahnarztportmann.ch>, wrote:
Die kommunizierten und gesammelten Pendenzen finden Sie hier:
https://wp.zahnarztportmann.ch/dp/ (passwort ‚beo‘)

Nach einem Jahr DentalProzess stört insbesondere folgendes:
– Formulareditor geht nicht unter macOS Sierra resp. macOS High Sierra
– Software nicht kompatibel zu macOS Mojave
– Rechnungen können immer noch nicht gedruckt werden
mit Einzahlungsschein auf der zweiten Seite.
Diese Funktion ist vorhanden aber nicht aktiv.
– Wenig feedback bei elektronischer Übermittlung,
das übermittelte file kann nicht dargestellt werden
– Div. Fehler im Mahnwesen und bei Ratenzahlung
– Keine Updatehistory bei den Versionen.
Wieso nicht eine einfache Textdatei ins Programmpaket kopieren?

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 – macOS High Sierra

Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Datum: 12. August 2018 um 15:25:09 MESZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>

Bevor macOS Mojave erscheint möchte ich meine Computer nach auf macOS High Sierra upgraden damit der Versionssprung nicht zu gross wird.
Ist denn DentalProzess mit High Sierra kompatibel und auch von Ihnen getestet?

 

Von: Roger Zehnder <roger.zehnder@prozessteam.ch>
Datum: 21. August 2018 um 13:31:06 MESZ
An: Peter Portmann <pp@wp.zahnarztportmann.ch>

 

macOS High Sierra macht exakt die gleichen Probleme wie schon Sierra. Kann uns aber weitestgehend wurscht sein…
D.h. die aktuelle Version ist Sierra und High Sierra zertifiziert.
Auf jungfräulichen Maschinen einfach mit dem üblichen Umweg.

Wir sind im übrigen im Moment daran den Wechsel von 4D V15 nach 4D V16, eventuell direkt V17 vorzubereiten. wobei das erst ein einigen Monaten dann spruchreif ist. Irgendwo im Verlauf des 4ten Quartals 2018. Vorher gibt es noch eine letzte Version basierend auf V15, an deren Tests wir aktuell sind. Relativ umfangreich diesmal. Vermutlich ab Mitte, eher Ende September, verfügbar.

Von der aktuellen 1476 schlage ich Ihnen vor, warten Sie noch 1-2 Wochen. Ich habe noch einige kleinere Dinge, die ich dort noch einpflegen wollte/will. Zum Teil Input von Ihnen.

 

DP – DENTOTAR, MediPort, elektronisches feedback vom Versicherer?

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.

DP – Kommentare im Blog zahnarztportmann.ch/dp

Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Datum: 12. August 2018 um 15:25:09 MESZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>

Habe den Entwickler meines WordPress Editors noch konsultiert bezüglich der Kommentare. WP sieht keine Kommentare auf der Indexseite vor. Also für Kommentare:

 

1. https://wp.zahnarztportmann.ch/dp/
2. Titel des blogposts anklicken!
3. Einzelseite für den post wird aufgerufen
4. ganz unten erscheint das Feld für den Kommentar
5. ich erhalte automatisch eine Benachrichtigung

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?

DP [1423] – Bug, Verbuchung bei doppelter Bezahlung ohne Warnung

Wenn ein Patient besonders kreativ ist und eine Rechnung am gleichen Tag doppelt bezahlt, erscheint in der Verbuchungsliste keine Warnung. Das ist schade, da wir dies den Patienten sofort mitteilen und diese entscheiden lassen zwischen Rücküberweisung oder Verbuchung als Guthaben. Es ist taktisch immer gut wenn die Praxis schneller reagiert als der Patient. Das Guthaben wird hingegen korrekt verbucht. Verbuchungsliste: image

DP [1423] – Bugs, elektronisch übermittelte Rechnungen

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

image

DP [1423] – gedruckte Rechnung kann gelöscht werden durch DA

Von: Roger Zehnder <roger.zehnder@prozessteam.ch>
Betreff: Aw: DentalProzess: Berechtigung einschränken zur Rückstellung von gedruckten Rechnungen
Datum: 24. Mai 2018 um 22:38:50 MESZ
An: Peter Portmann <pp@wp.zahnarztportmann.ch>
Sehr geehrter Herr Dr. Portmann
Ich werde nach dem SSO Kongress auf dieses Thema zurückkommen.
Es gibt diese Möglichkeit im Moment so nicht. Aber ich denke, wir könnten relativ rasch eine befriedigende Lösung finden. Müssten wir aber wohl kurz besprechen. Wie gesagt, gerne nach der Dental 2018 resp. nach dem Kongress.

Freundliche Grüsse
Roger Zehnder

Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Betreff: DentalProzess: Berechtigung einschränken zur Rückstellung von gedruckten Rechnungen
Datum: 24. Mai 2018 um 12:37:18 MESZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>
Guten Tag Herr Zehnder
Hatte heute den Fall, dass eine Assistentin eine bereits versandte Zwischenrechnung gelöscht hat. Die Leistungen wurden dann ein zweites Mal verrechnet mit der nächsten Rechnung. Die Patientin war nicht besonders erfreut…
Gibt es eine Möglichkeit die Berechtigung so einzustellen, dass bereits gedruckte Rechnungen nur durch den Admin/Chef gelöscht werden können
Screenshot der Zugriffsberechtigungen liegt bei. Was fehlt ist Berechtigung ‚Delete Invoice‘ yes/no.

Freundliche Grüsse
P. Portmann

Zugriffsrechte Dentalassistentin (login dp):

image

DP [1352] – Rechnungsliste, Sortierung

erledigt: 15.3.2018

Von: Roger Zehnder <roger.zehnder@prozessteam.ch>
Betreff: Aw: DentalProzess Version 1352: Sortierung Rechnungsliste
Das ist neu einstellbar.
Gehen Sie in die Settings. Suchen Sie nach „alphabethically“. Sie sehen dann ca. 2-3 Settings. Die sind glaub ich selbsterklärend. Setzen Sie im Setting das Boolean Flag. Dann haben Sie’s wieder so wie vorher.

Sortierung neu: 1. Datum, 2. Nachname
Sortierung alt: nur Nachmame

Wir erstellen oft Rechnungslisten oft mit Rechnungen die ein unterschiedliches Druckdatum aufweisen. Für uns ist komfortabler wenn die Liste nur nach Name und nicht nach Datum sortiert werden (Krankengeschichten sind nach Namen sortiert). Bitte Sortierung ändern auf Namen oder Option programmieren wo Sortierung definiert werden kann.

DP – Rechnung, div. Bugs

Am 14.03.2018 um 22:00 schrieb Roger Zehnder <roger.zehnder@prozessteam.ch>:
Sehr geehrter Herr Dr. Portmann

Ja. Das möchte ich noch deutlich vor dem SSO Kongress bringen. Ist konkret eines meiner grösseren Projekte. Die ganze Steuerung für die Rechnungen überarbeiten.

Problem ist dort ein wenig, dass man dazu die genaue Anzahl der Zeilen auf den Rechnungen PRÄZIS vorher festlegen muss. Darum auch die vorhergende Mechanik mit dem in der letzten Mail angesprochenen Setting.
Plus noch zwei drei andere etwas trickige Sachen. Zum Beispiel, es ist Ihnen bewusst, dass natürlich „Druck auf der letzten Seite“ heissen kann „druck auf der ersten“, nämlich wenn es nur eine Seite gibt.

Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Betreff: DentalProzess Version 1352
Datum: 14. März 2018 um 22:23:39 MEZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>

Guten Abend Herr Zehnder

Ja. Genau so habe ich es verstanden:
– Nur eine Seite: Druck mit ES auf einer Seite
– Mehrere Seiten: Erste Seite ohne ES, zweite Seite dann mit restlichen Positionen und ES

Wenn Sie die Prozedur überarbeiten noch zwei Wünsche:
Zwischen den Sitzungen wird auf der Rechnung jeweils eine Leerzeile eingefügt. Diese würde ich gerne weglassen, die Übersicht wäre immer noch genügend da durch das Datum getrennt, braucht aber weniger Platz. Und dann das Jahr im Datum noch vierstellig.

Freundliche Grüsse

P. Portmann

Freundliche Grüsse
Roger Zehnder

On 11. März 2018, 20:17 +0100, Peter Portmann <pp@wp.zahnarztportmann.ch>, wrote:

Guten Tag Herr Zehnder

Was leider immer noch nicht geht ist die Einstellung ‚ES auf letzte Seite drucken‘; es wird so immer eine Rechnung ohne ES gedruckt wenn die Rechnung einseitig ist. Wäre für mich noch wichtig.

P. Portmann

DP – Rechnung, Anzahl Druckzeilen einstellen

<roger.zehnder@prozessteam.ch>

Die Anzahl Zeilen die auf der Rechnung gedruckt werden, sind nicht mehr im Programm Code vorgegeben, wie noch zum Jahreswechsel. Sondern die sind in einem Setting zu finden, und damit änderbar.

Die Semantik in dem Setting ist etwas gewöhnungsbedürftig, aber leicht zu begreifen.
Das Setting heisst FK Invoice_PrintingLength, und enthält im Text einen String der Art:
11-34-50-40-10-30-50-40-7-4

Die ersten 8 Zahlen stehen für:
1) Rechnung erste Seite mit Adresse und Briefkopf und EZS, Leistungen in zwei Spalten
2) Rechnungen erste Seite mit Adresse und BK ohne EZS, Leistungen in zwei Spalten
3) Rechnungen Folgeseite, kein EZS, Leistungen in zwei Spalten
4) Rechnungen Folgeseite, mit EZS, Leistungen in zwei Spalten (Diese Seite wird aktuell nie benutzt).
5), 6) 7) und 8) analog zu 1-4, jedoch Leistungen in einer Spalte.
Die beiden letzten Zahlen erkläre ich im Moment nicht. Ist etwas kompliziert und im Moment nicht von Belang. Bei Interesse gerne mal mündlich. Geht um eine Mechanik bei welcher anhand der noch zu druckenden Zeilen auf der Folgeseite entschieden wird, auf der ersten Seite noch ein paar weitere Zeilen zu drucken.

D.h. wenn Sie möchten, dass nicht unten in den EZS hineingedruckt wird, können Sie bei der Seite 1 und 2 sowie 5 und 6 je eine Zeile oder zwei kürzer einstellen.

DP – Fehler Blockpositionen

  1. Rundung auf 5 Rappen findet nicht statt korrigiert am 10.3.2018 [v1352]
  2. Die Positionen werden nicht wie früher zusammengefasst sondern unten angefügt falls mit Mnemonic gearbeitet wird. Wenn die Leistung aus der Hilfsliste erfasst wird, wird der Zähler einer bereits vorhandenen Position angepasst.
  3. Nach Einsetzen einer Blockposition steht der Curser in der ersten Zeile und nicht unten wo dann weiter erfasst wird

DP – Dentotar, freie Positionen im Bereich 8.xxxx definieren

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).

DP – Tarifzuweisung bei Garanten

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.

DP – Bugs bei Dentotar

Habe die neuste Version 1270 kurz getestet.

http://vsi-dental.ch/DTar_Delivery/
DENTALprozess_1270.dmg  2017-12-29 10:23  562M

1. Mnemonics bei Blockpositionen
Funktioniert nicht wenn die Abkürzung für den alten Tarif 322 und den neuen Tarif 222 doppelt vergeben ist. Wenn z.B. die alte Bezeichnung geändert wird in cmm2- und die neue cmm2 lautet, dann geht es. Ist schon etwas schräg da die Variable GKG Meta Info automatisch erstellt wird und die Bezeichnung richtigerweise 222 oder 322 lautet. Diese ist übrigens im Moment bei den meisten Positionen 999 und wird erst richtig zugeteilt wenn ein Feld verändert wird. Dann wird wohl die Kalkulation ausgelöst.

2. GKG Meta Info wird automatisch zugeteilt
Unklar bei Medi/Material mit Präfix D. oder P., dort erscheint auch 999, ist das in Ordnung?

3. Behandlungsmaske
Spalte Anzahl [#]
Die Erfassung von 0.5 geht zwar und wird richtig gedruckt und gerechnet, Darstellung in der Erfassungsmaske ist aber leer. Ich würde gerne die Position 4.0300 Grundtaxe für Arbeitsplatzdesinfektion variabel verrechnen. Der Patient sieht bei 0.5 sofort dass nicht voll belastet wurde, wenn die TP verändert werden ist dies nicht ersichtlich.
Spalte TpW
Hier immer noch Darstellung mit einer Nachkommastelle. Nicht ersichtlich ob Position mit 1.00 oder 1.04 erfasst wurde.

4. Hilfsblätter sind leer
Migration Hilfsblätter under Cockpit|DENTOTAR nicht ausgeführt. Ist es möglich Hilfsbblätter für den alten und den neuen Tarif parallel zu haben?

erledigt am 30.12.2017

5. Importfunktion für Tarif
Nicht gefunden. Wohl auch nicht so vorgesehen…

DP – Dentotar Update

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

DP – Liste angefangene Arbeiten

Die Beträge für Medikamente/Materialien und Labor werden in der Summe nicht berücksichtigt. In OBD war das Total korrekt. Die Liste wird Ende des Jahres benötigt für die Abgrenzungen. Eine Korrektur bis dann wäre ideal und erspart Mehraufwand.

DP – Rechnung drucken nach Position sortiert

Wir drucken Rechnungen normalerweise gruppiert nach Datum. Bei komplexen Behandlungen ist es praktisch zum Schluss die erfassten Leistungen mit der Kostenschätzung zu vergleichen. Wenn Abweichungen/Mehraufwand vorkommt, ist die Suche nach der ‚Ursache‘ ohne sortierte, zusammengefasste Rechnung sehr mühsam. Beispiel für eine Kostenschätzung (FileMaker App Dr. P. Portmann):

image

Die Rechnung kann nach Position gruppiert gedruckt werden. Einstellungen:

  • Datum pro Sitzung drucken leer lassen
  • Sortierung: nach Tarif Code, aufsteigend

image

Leider werden die Positionen nicht wie bei der Kostenschätzung zusammengefasst. Wäre nice to have…

DP – DENTOTAR, MediPort Schnittstelle bei www.medidata.ch

Laut dentoar.ch muss ich mich als Zahnarzt anmelden und 100.00 CHF bezahlen, siehe hier:

https://www.dentotar.ch/home/
FAQ
[Was mache ich, wenn ich oder mein EDV-Anbieter mit der Software per 01.01.2018 noch nicht bereit ist? Wie erfasse ich die Leistung? Wie rechne ich ab?]

Variante 1: Online-Abrechnung mittels EDI (XML)
Rechnungsabwicklung über einen Finanzintermediär (mediport). Die SSO hat eine vergünstigte und einmalige Anschlussgebühr von CHF 100.00 aushandeln können. Es gibt keine wiederkehrende Gebühr. Weiter Angaben unter www.medidata.ch
Abrechnung im XML-Standard Version 4.3 oder höher (www.sumex1.net).

Zur Zeit ist eine Anmeldung unter mediata.ch mit Hersteller [ProzessTEAM AG] noch nicht möglich. Ich nehme an wenn die MediPort Schnittstelle von Ihnen fertig programmiert und angemeldet ist wird dies dann möglich sein.

Meine GLN Nummer [7601000358271] habe ich hier gefunden: https://www.medregom.admin.ch

Info aus der Swiss Dental Mailing List:

Von: „Stutz“ <fastutz@active.ch>
Betreff: Aw: [DF] Medidata
Datum: 29. November 2017 um 14:59:12 MEZ
An: „‚Swiss Dental Mailing List'“ <dentoforum@lists.dentaparc.ch>
Antwort an: Swiss Dental Mailing List <dentoforum@lists.dentaparc.ch>

Ich habe mal Medidata angerufen und mich erkundigt, wie das für eine Gruppenpraxis funktioniert.
Folgende Auskunft erhalten:

1. Anmeldung unter https://www.medidata.ch/md/cms/web_support/anmeldung/?regAction=step3
2. Unter Leistungserbringertyp: „Zahnarzt“ anwählen.

Wenn eine Praxisgemeinschaft besteht und jeder Zahnarzt einzeln und unter seinem Namen mit den Versicherern abrechnet, muss sich jeder Zahnarzt einzeln anmelden (100.-).

1. Wenn die Praxissoftware mzk-fähig ist (master slave) braucht es für die Installation lediglich eine CD mit den Verbindungscodes zur Medidata/Versicherer.
2. Damit Medidata nur eine CD zurücksendet, muss der Erstanmelder der Praxisgemeinschaft, sich unter Bemerkungen als „Master“ eintragen, die nachfolgenden Praxisinhaber als „master slave“.
3. Ausschlaggebend ist jedoch der Softwareanbieter/Software. Hat die Software keine „master slave“ Schnittstelle, bietet Medidata andere Schnittstellen an. Bei der zweiten Möglichkeit kommt dann die Klausel der Einmalaufschaltung (500.-) und jährliche Updates (75.-) zum Zug. Also muss man sich mit seinem Softwareanbieter in Verbindung setzen.

Es lichtet sich, der Dschungel 😉

FG F. Stutz

Von: „Stutz“ <fastutz@active.ch>
Betreff: Aw: [DF] Medidata Dentotar
Datum: 29. November 2017 um 12:11:38 MEZ
An: „‚Swiss Dental Mailing List'“ <dentoforum@lists.dentaparc.ch>
Antwort an: Swiss Dental Mailing List <dentoforum@lists.dentaparc.ch>

Habe mich soeben bei Medidata angemeldet medidata.ch.

Wenn Sie die GLN Nr. nicht zur Hand haben:
BAG Medizinalberufsregister 058 462 21 11 Bern medreg@bag.admin.ch

Wenn Sie keine GLN besitzen, müssen Sie unter
https://www.bag.admin.ch/bag/de/home/themen/berufe-im-gesundheitswesen/medizinalberufe/medizinalberuferegister-medreg.html

Die von Medidata erhaltenen Daten (Codes) senden Sie umgehend an den Softwareanbieter. Damit kann dann die Verknüpfung Software-Medidata-Versicherung hergestellt werden.
Diese Codes sind Voraussetzung, dass Vernetzung überhaupt stattfinden kann.

Der Stand der Dinge zwischen der SSO und Softwareanbietern in Bezug auf die Lizenzverträge ist zur Zeit noch im Fluss.

FG F. Stutz

DP – Originalrechnung kann nicht gedruckt werden

Es kann keine Originalrechnung gedruckt werden bei folgendem Szenario:
Patient hat zu viel bezahlt und hat ein Guthaben. Bei der nächsten Behandlung ist das Guthaben höher als der Rechnungsbetrag. Wenn nun die Rechnung erstellt wird und das Guthaben teilweise für die neue Rechnung verwendet wird, hat diese sofort den Status ‚bezahlt‘. So kann keine Originalrechnung mehr gedruckt werden falls ein Beleg für die Behandlung gewünscht wird.
Ich möchte eine Rechnung ohne Einzahlungsschein drucken, wie folgt:
[erhalten = Rechnungsbetrag] [Saldo = 0.00 CHF]
Temporärer workaround:
[- K O P I E -] kann in prefs entfernt werden unter [Template_RxKVKopie_de]

DP – Dentotar vs Tarif 1994

Hier die aufgehobenen Positionen welche im Dentotar nicht mehr existieren:
Positionen welche eine neue Nummer erhalten haben welche sich aus der alten Positionsnummer nicht ableiten lässt:
Neue Positionen im Dentotar:

Von: Peter Portmann <pp@wp.zahnarztportmann.ch>
Betreff: DentalProzess: Anpassung von Blockpositionen/Jumbos an Dentotar
Datum: 5. November 2017 um 20:31:26 MEZ
An: Roger Zehnder <roger.zehnder@prozessteam.ch>
Kopie: info@prozessteam.ch

Guten Tag Herr Zehnder

Leider habe ich bisher keine Liste folgender Tarifpositionen gefunden:
– Positionen im Tarif 1994 ohne Nachfolger im Dentoar (aufgehobene)
– Positionen im Tarif 1994 mit Analogieposition im Dentotar
– Neu im Dentotar ohne Vorgänger im Tarif 1994

Vielleicht sind Ihnen meine Listen von Nutzen (kein Anspruch auf Vollständigkeit).
Folgende Dokumente liegen in maschinenlesbarer Form bei:
2017.11.05_Tarif1994_aufgehoben.csv
2017.11.05_Tarif1994_analoge.csv
2017.11.05_Dentotar_neue.csv

Vorgehen um diese Listen zu erstellen:
– Import Dentotar in selbe Tabelle wie Tarif 1994

– Sortierfeld f_sortierung_1994_2018
Die Positionen alt 4500 und neu 4.5000 liegen bei Sortierung direkt übereinander
da bei beiden Zeilen f_sortierung_1994_2018 identisch ist (4065)
Feld [f_sortierung_1994_2018]
Falls (
TARIF = „1994“;Pos;
TARIF = „2018“;“4″ & ZeichenMitte ( Pos ; 3 ; 3 );
Pos)

– Formelfeld mit SQL Abfrage welches pro Tarifposition die Anzahl existenter Einträge liefert
Die Position 4500 und die Position 4.5000 erhalten beide eine 2.
Somit ist klar, dass die neue Position aus der alten abgeleitet werden kann.
Falls der Wert nicht gleich 2 ist muss gesucht werden.
Feld [f_Pos_Anzahl]
Wenn ( Einheit = „TP“ ;
WörterAnzahl (
SQLAusführen ( „SELECT Pos FROM Zahnarzttarif WHERE f_sortierung_1994_2018=?“ ; „“ ; „“ ; Zahnarzttarif::f_sortierung_1994_2018 )
)
;““)

– Formelfeld welches alle Dentotarpositionen mit einer Zahl ungleich Null
in der letzen Stelle markiert. Diese Positionen können nicht von der
alten Position abgeleitet werden.
Feld [f_dentotar_einer]
Falls(
TARIF= „2018“ UND ZeichenRechts ( Pos ; 1 ) > 0; ZeichenRechts ( Pos ; 1 );
„“)

– Manuell mit suchen und sortieren unter Verwendung der oben erwähnten Felder Marker gesetzt:
Feld ‚Analoge Position‘: Dentotarposition welche die alte ersetzt (‚-‚ falls aufgehoben)
Feld ’neu’ im Dentotar falls kein Vorgänger

Meine Blockpositionen enthalten über 800 Einträge. Daher hatte ich keine Lust diese manuell anzupassen.

Eine Blockposition enthält die jeweiligen Tarifziffern in einer verbundenen Tabelle (nicht in einem Textfeld wie in DP). Daher kann mit einem Skript jede Zeile verdoppelt werden. Die ID zur Blockposition bleibt bei der Verdoppelung erhalten, es muss noch das Feld ‚Position‘ an den neuen Tarif angeglichen werden. Es wird kontrolliert ob in der alten Tarifpositon eine Analogieposition für den Dentotar eingetragen ist, dann wird diese eingetragen. Falls nicht wird die neue aus der alten Ziffer errechnet: 4500 -> 4.5000. Die neue Position wird markiert mit TARIF = 2018. Die Materialpositionen bleiben unangetastet und werden von beiden Tarifen verwendet.

Hier als Illustration das Skript:
#dentotar 2018
#zeilen aufrufen mit Einheit [TP], Tarif [1994]
#zeilen mit Einheit [Fr] werden belassen da von dentotar 2018 und Tarif 1994 verwendet Variable setzen [ $Zeile_Anzahl; Wert:Hole(AnzahlGefundeneDatensätze) ]
Variable setzen [ $Zeile_aktuell; Wert:1 ]
Sortierung aufheben
Schleife (Anfang)

Gehe zu Datens./Abfrage/Seite [ $Zeile_aktuell ] [ Ohne Dialogfeld ]
Datensatz/Abfrage duplizieren

Feldwert setzen [ TARIF; „2018“ ]

Feldwert setzen [ Pos;
Wenn(IstLeer ( Pos_analog ) ≠ 1; Pos_analog;
„4.“ & ZeichenRechts ( Pos & „0“ ; 4 ))]

Verlasse Schleife wenn [ $Zeile_Anzahl – $Zeile_aktuell = 0 ]
Variable setzen [ $Zeile_aktuell; Wert:$Zeile_aktuell +1 ]

Schleife (Ende)

In DentalProzess ist es wohl schwieriger da die Daten in einem Textfeld liegen. Listen mit den entsprechenden Ersatzpositionen für die automatische Konvertierung werden Sie aber auch benötigen.

Screenshot einer Blockposition mit alten und neuen Positionen liegt bei.

Hope this helps…

Freundliche Grüsse

P. Portmann

image

DP – Rechnungs-Referenznummer nicht korrekt im Stammblatt

Wenn Rechnungen doppelt bezahlt werden, verbucht DP diese als Guthaben das im Stammblatt eingesehen werden kann.
Leider wird die Referenznummer nicht korrekt angezeigt. Für Recherchen diese kann aus den V11 Files extrahiert werden, das ist aber eine etwas mühsame Prozedur. Zudem kann die Referenznummer im VESR Modul nicht kopiert werden, Druck geht nur mit screenshot.
Könnten Sie dies bitte korrigieren, statt Referenz 999999 wäre die korrekte Referenznummer praktisch, ideal mit Möglichkeit diese zu kopieren für einfache Suche.

DP – Garant mit mehreren Ansprechpartnern

In OBD konnte die Anschrift bei den Garanten direkt in der Rechnung editiert werden. Dies ist bei DP nicht mehr möglich. Das neue System hat Vor- und Nachteile.
Ein Nachteil ist folgender:
Wir verkehren mit Sozialdiensten welche mehrere Ansprechpartner haben. Wenn ein Sozialdienst als Garant erfasst ist, haben wir bisher den Garanten/Soz ausgewählt und den Ansprechpartner direkt in der Rechnung im editierbaren Feld ergänzt. Jetzt müsste für jeden Ansprechpartner eines Sozialdienstes ein neuer Garant eröffnet werden. Würden Sie dies so handhaben oder gibt es eine elegantere Lösung?
Falls dies so gedacht ist, wäre es praktisch wenn in der Garantenliste ein Datensatz in toto dubliziert werden könnte (die interne UUID würde natürlich neu vergeben). So müsste nur der Ansprechpartner geändert werden und die ganze Anschrift neu erfasst werden.

DP – Verhalten bei Tarifpositionen mit langem Text

Wie ist das Verhalten von DentalProzess bei zu langem Text?
  • Wird der Text abgeschnitten? Falls ja, nach wie vielen Zeichen?
  • Oder wird der Text umgebrochen?
Für mich ist das relevant da viele Zeilen im Bemerkungsfeld für die Rechnung im Moment nicht dynamisch angeglichen werden wie in OBD, es kommt zu den bekannten Überlagerungen im Layout.
So behelfe ich mir zur Zeit mit Texteingabe direkt in den Positionszeilen, siehe unten. Dies ist aufwändiger, da der Text nach Augenmass umgebrochen werden muss. Beispiel:

image

  • Gibt es eine Möglichkeit Text in den Positionszeilen so zu erfassen, dass die ganze Breite verwendet wird?
  • Ist es möglich Positionsnummern beim Druck zu verbergen?
    Falls ja, könnte oft verwendeter Text wie bei der AHV als Blockposition erfasst werden pro Zeile würde dann eine Unterposition erfasst und Text so zeilenweise eingefügt.
Beispieltext für AHV/EL:
[Keine Leistungen gemäss Art. 17-19 KLV. Bitte Abrechnung direkt an Praxis Dr. P. Portmann (siehe Abtretungserklärung). Kontoverbindung Postfinance IBAN CH86 0900 0000 8728 6570 8. Bitte teilen Sie uns mit, falls ES mit Referenznummer möglich sind.]

DP – Druckeinstellungen

E-Mail Hr. Balzer:
Invoice -> ES
Invoice_Follow -> weisses Papier
Invoice_IVK -> ES
Invoice_Letter -> weisses Papier
InvoiceList -> pdfWriter, zumindest wenn Sie die Rechnungsliste als PDF haben wollen

DP – Druck Rechnungen, Textüberlagerungen, Leerzeilen

Bei Druck von Rechnungen als KOPIE oder bei Versicherungsrechnungen mit ZSR-Nr wird der Text nach unten in die Box geschoben, es kommt zu einer Überlagerung.

Bei langem Text im Feld Bemerkungen wird der Platz nicht dynamisch angeglichen wie in OBD, es kommt zu Überlagerungen.

Zwischen den Sitzungen werden Leerzeilen eingefügt. Bitte wieder entfernen.
erledigt, 15.3.2018

Von: Roger Zehnder <roger.zehnder@prozessteam.ch>
Auch das ist einstellbar.
Auch in den Settings.
Suchen nach „Format_NoEmptyLineOnDate“
Häkchen setzen. Speichern, fertig.

 

DP – Patient Stammdaten, gesetzlicher Vertreter

Adresse der Kinder wird nicht dynamisch erneuert wenn der gesetzl. Vertreter zugweisen wird. Nicht tragisch da Daten des gesetzl. Vertreter verwendet werden bei folgender Konfiguration der Layouts bei Mahnungen etc:
Template_TextMahnV1_DE: <RechEmpfBRIEFANREDE> etc.
So wird automatisch die Anrede des gesetzl. Vertreters verwendet. Daher erfassen wir bei Kindern mit aktivem gesetzlichen Vertreter folgendes leer:
[Anrede] [Briefanrede] [Adresse]

DP – Offene Rechnungen, Ratenzahlung

Diverse Bugs sind hier dokumentiert (klicken für pdf download):
2017.10.14_dentalprozess_offene_rechnungen.pdf
2017.10.14_dentalprozess_raten.pdf

  • Ratenzahlungen wurden nicht übernommen aus OBD
  • Bei nacherfassten Raten wird das Mahnungsdatum nicht korrekt kalkuliert
  • Erfassung der Mahnkosten nur nach Rechnungsdruck möglich (negativ Buchung)
  • Mahnstopp wurde nicht konvertiert ‚Flag’ Mahnstopp geht nur mit Datum
  • Suchfunktion für Mahnungen liefert komische Resultate
  • Liste offene Rechnungen nicht übersichtlich:
    Vorschlag: 1. nicht benötige ‚0‘ weglassen, 2. ‚M‘ rot unterlegen wie in OBD
  • Fehlende Suchfunktionen:
    – Mahnvorschlagsliste
    – alle Ratenzahlungen
    – alle mit Mahnstopp
  • Button für ‚weitere Befehle‘?

Korrigiert: Liste drucken bei offenen Rechnungen geht jetzt.

DP – Schulzahnpflegegemeinde als -Patient- erfasst

Schulzahnpflege-Gemeinde ist seit Jahren als -Patient- erfasst. Die Untersuchungen der einzelnen Patienten werden so erfasst:

[4009 Name Vorname Geburtsdatum]. So ist sofort ersichtlich wer untersucht wurde. Sammelrechnung ist nicht nötig.

Problem: Wenn die Gemeinde für die Abrechung als -Patient- erfasst wird ist ein Leerschlag im Vornamen nicht mehr akzeptiert wie in OBD.
Habe eine Lösung gefunden welche für mich im Moment so geht:
Stammblatt
Name: Schulzahnpflege (so wird es auch gefunden in Easymode)
Vorname: Heimberg
ges. Vertreter wählen, dort ist die Eingabe freier.
Nebenwirkung: Bei der Rechnung lautet der Titel:
Betrifft: Schulzahnpflege Heimberg, geb.
[geb.] kann nicht ausgeblendet werden
Bei uns soll bei allen Patienten im Rechnungstitel Name, Vorname, Geburtsdatum stehen,
funktioniert wenn Parameter: FK ShowAlways-Re [yes]

DP – Datumsformat Rechnung

Bitte Datumsformat ändern für alles auf dd.mm.jjjj (statt dd.mm.jj).
Schon vierstelliges Jahr: Rechnungsdatum, Behandlung vom
Korrigieren: Geburtsdatum im Rechnungstitel, Behandlungsdatum

DP – Besprechung

Besprechung mit Hr. Zehnder

  • Liste mit 17 jährigen Patienten mit MISSING CONTACS wird von Hr Zehnder noch geliefert
  • Sozialdienste, Amt für Migration etc. sind Garanten aber keine KVG oder UVG.
    Im Popup müsste eine Leerzeile vorhanden sein, damit der Eintrag auch leer sein kann.
    Wird korrigiert, Leerzeile wird später noch eingefügt
  • Bei Sozialdienst ist Police-Nr. leer, Beschriftung im Rechungstitel erscheint trotzdem, Programmierung so ändern dass Schrift nicht erscheint wenn kein Wert erfasst ist.

DP – Besprechung

Besprechung mit Fr. Trindler und Hr. Zehnder
Pendenzen:

  • Suchroutine Geburtsdatum wird noch mitgeteilt,
    Nomenklatur 4D nicht gerade intuitiv, zur Zeit ist die Suchen nach einem Datumsbereich nicht möglich
  • Rechnung, Default Druck Einstellungen: EZS letzte Seite geht nicht zur Zeit
  • Definition für Referenznummer der Rechnung wird durch Hr. Zehnder geliefert
  • Bereinigung internes pdf Archiv? Zur Zeit unklar wie dies später gelöst wird

DP – 4D Crash unter macOS Sierra

4D Crash bei neuem MacBookPro Touchbar mit System 10.12 nach Übertragung der user mit dem Migrationsassistenten.
Ich habe das Problem gelöst, die Ursache für den 4D crash ist mir allerdings immer noch nicht klar. Das macOS war wohl irgendwo nicht sauber installiert. Könnte mir vorstellen, dass die Übertragung mit dem Migrationsassistenten einen Fehler produziert hatte. Die Berechtigungsgruppen wurden beispielsweise nicht richtig eingerichtet und mussten manuell korrigiert werden. Ausser DP sind aber alle Programme problemlos gelaufen.
Nach diversen Test mit Systemen auf externen Disks und Mehrfachsicherung mit Carbon Copy Cloner auf externe HD habe ich das System wie folgt neu aufgesetzt:
  • Start von externer SanDisk240
  • macOS Sierra installieren.app
    Referenz: macOS Sierra laden und installieren,
    https://support.apple.com/de-ch/HT201475
  • Neustart für Installation erfolgt automatisch von macOS auf Ziel
  • login, Apple ID eingeben
  • alle User, Daten und Programme sind unverändert vorhanden!
  • System/App Store verlangt zwei Updates
  • DP funktioniert ohne crash!
  • Variante: Wiederherstellungspartition verwenden
    Referenz: Erneute Installation von macOS,
    https://support.apple.com/de-de/HT204904
Ich habe nicht gewusst, dass die Neuinstallation die Userdaten und die Programme belässt.