eArztbrief - Fehler beim auto-signieren aufgrund von Font-Problemen

Question

Beim Versenden der eArztbriefe kommt immer folgende Fehlermeldung:

Wir benutzen in unserem Arztbrief die Schriftarten Calibri und Times New Roman sowie beim Mailen einen PDF-Hintergrund mit einem Logo.

Der eArztbrief wird trotz der Fehlermeldung erstellt und kann versendet werden.

Beim Erstellen einer (verschlüsselten) PDF-Datei zum Mailen an den Patienten kommt dagegen keine Fehlermeldung!

 

Welche Fonts machen denn keine Probleme? Und ist die Konvertierung in PDF/A überhaupt notwendig?

 

Herzliche Grüße

 

Answer 1

Sehr geehrter Herr Kühner,

das pdfA ist für den eArztbiref eine Vorgabe der KBV. Das hat den Hintergrund (meine Vermutung) das der TI-Konnektor nur pdfA signieren kann. Die KBV sagt das der eigentlich eArztbrief (also das pdf) signiert sein soll. Wenn ein pdf in ein pdfA umgewandelt wird, so muss sicher gestellt werden das alle Informationen (auch externe Fonts) in dem pdfA "mit drin" sein müssen. Aus rechtlichen Problemen das das Konvertierungsprogramm aber nicht alle Fonts in das pdfA rein tun. Somit ist hier das Problem.

Konkret zur Frage 2: "ist die Konvertierung notwendig":

Aus technischer Sicht (prinzipielles Verschicken eines eArztbriefes bzw KIM-Nachricht) ist die Konvertierung nicht notwendig, da keiner (außer Sender & Empfänger) überprüfen kann ob die Datei signiert wurde oder ein pdfa ist.

Comments

Sehr geehter Herr Thierfelder,

vielen Dank für die ausführliche Erklärung!

Aus rechtlichen Problemen das das Konvertierungsprogramm aber nicht alle Fonts in das pdfA rein tun

Welche Fonts können wir denn dann verwenden, ohne rechtliche Konvertierungsprobleme zu riskieren? Gibt es irgendwo eine Übersicht?
Und wieso klappt das Versenden dann doch, obwohl die Konvertierung, die die KVB ja vorschreibt, offensichtlich nicht erfolgreich war?

Danke für Ihre Hilfe

---

1. Welche Fonts: das kann ich nicht sagen. Da müsste man die genau Ausgabe in der tomedo.log anschaun (evtl ist es auch ein anderer Fehler, bisher hatten wir nur Font-Fehler und den genauen kryptischen Fehler des Programms anzeigen hilft Ihen auch nicht weiter)

2. Die KBV sagt nicht das man eArztbriefe mit nicht pdfA oder nicht signiert nicht vershciken darf ... weil es ist per se nur eine KIM-Nachricht an einen anderen Arzt. Die KBV sagt aber es muss ein signiertes psfA sein, damit der Arzt es abrechnen darf ... aber überprüfen kann es keiner ...

---

Ok, die Einträge in der tomedo.log sehen unspektakulär aus, zumindest aus ärztlicher Sicht

 

2022-01-25 12:59:55.966 ZS_AppDelegate.m:2369[lvl=23] inProgressPush: Versuche Datei in PDF/A umzuwandeln.
2022-01-25 12:59:56.298 JSON2CoreData.m:860[lvl=24] Obtained 1 changes, starting at revision number 2178867. Parsing them.
2022-01-25 12:59:56.298 ZSHelpers.m:179[lvl=24] Timing call 1057 for 'ZS_PLAIN_TRANSFER  fetchObjects': 0.000009s (cumulative: 0.018249s)
2022-01-25 12:59:56.299 JSON2CoreData.m:862[lvl=24] Transferring 1 objects, last: BriefVorlage of FetchUpdateMode ZS_UPDATE.
2022-01-25 12:59:56.299 Server.m:479[lvl=6] Attempt 1, PUT: http://192.168.1.10:8080/tomedo_live/change/commitBlock
2022-01-25 12:59:56.347 ZSHelpers.m:179[lvl=24] Timing call 860 for 'Server.m:502:retVal = [ZSURLSession sendSynchronousRequest:urlRequest returningResponse:&response error:&error]': 0.047474s (cumulative: 44.113423s)
2022-01-25 12:59:56.347 Server.m:629[lvl=6] Done PUT: http://192.168.1.10:8080/tomedo_live/change/commitBlock
2022-01-25 12:59:56.375 ZSHelpers.m:179[lvl=24] Timing call 971 for 'ZS_UPDATE  fetchObjects': 0.075779s (cumulative: 7.316145s)
2022-01-25 12:59:56.375 ZSHelpers.m:179[lvl=24] Timing call 971 for 'ZS_UPDATE  transferData (incl. fetchObjects)': 0.075921s (cumulative: 9.423152s)
2022-01-25 12:59:56.382 ZSHelpers.m:179[lvl=24] Timing call 971 for 'ZS_UPDATE  Save-transfer-MOC-into-main-MOC': 0.003024s (cumulative: 12.737174s)
2022-01-25 12:59:56.382 ZSHelpers.m:179[lvl=24] Timing call 1383 for 'ZSTransferFetchedDataThread.m:529:[self clearMOC];': 0.000064s (cumulative: 3.407882s)
2022-01-25 12:59:56.725 ZS_AppDelegate.m:2394[lvl=23] inProgressPop: Versuche Datei in PDF/A umzuwandeln.
2022-01-25 12:59:56.728 ZSEMailErstellungWindowController.m:183[lvl=5000] Fehler beim auto-signieren:  Die Konvertierung des PDF in ein PDF/A ist aufgrund von Font-Problemen nicht möglich.

---

In der Tat. Sie müssen noch das Loglevel anschalten:

---

Herr Thierfelder sagt hier durch die Blume dass Sie nicht uuuuunnnnbedingt signeren müssen ....

---

Ich sage - für alle die in dem öffentlichen Forum mitlesen - was die technischen Limitierungen und Abrechnungsregeln sind... was eine Praxis dann konkret nutzt, ist eine andrere Sache.

---

Selbstverständlich müssen Arztbriefe unterschrieben werden ...

---

Danke, das mit dem LogLevel war ein guter Tipp!

Danach war im Log ersichtlich, dass die Schriftart Times New Roman nicht genehm ist. Seitdem ich stattdessen Calibri verwende, klappt es mit der Konvertierung.

Allerdings war es gar nicht so einfach, die Schrift nicht zu verwenden. Sie wurde bei mir von Word automatisch in der Kopf-, Fußzeile eingesetzt, z. B. wenn die erste Seite eine eigene Kopfzeile hat (Briefkopf-Logo), und die Folgeseiten nicht. Dann fügt Word automatisch in die Kopfzeile der Folgeseiten ein einzelnen Zeilenumbruch ein, eben in der Schriftart Times New Roman. Abhilfe schaffte hier erst das Ändern der Standardschriftart für das gesamte Dokument (mit COMMAND-D).

Danke für die Hilfe!

---

Wow, super. Ich bin begeistert das Sie selbst mit den LogLevels Ihr Problem genau analysieren und lösen konnten.

---

Hallo Herr Thierfelder,

ich brauche noch einmal Ihre Hilfe: sobald ich eine Nummerierung einfüge, gibt es wieder eine Fehlermeldung bei der Umwandlung in ein PDF/A:

 

2022-02-01 15:30:46.026 ZSPDFToolkit.m:1112[lvl=135] GPL Ghostscript 9.56.0 (2021-09-27)
Copyright (C) 2021 Artifex Software, Inc.  All rights reserved.
This software is supplied under the GNU AGPLv3 and comes with NO WARRANTY:
see the file COPYING for details.
GPL Ghostscript 9.56.0: Text string detected in DOCINFO cannot be represented in XMP for PDF/A1, discarding DOCINFO
Processing pages 1 through 1.
Page 1
GPL Ghostscript 9.56.0: PDFA doesn't allow images with Interpolate true.
Querying operating system for font files...
Substituting font Helvetica for ArialMT.
GPL Ghostscript 9.56.0:
 **** A font missing from the input PDF has been substituted with a different font.
    Widths may differ, reverting to normal PDF output!
Loading NimbusSans-Regular font from %rom%Resource/Font/NimbusSans-Regular... 5489780 4127457 2968828 1553689 4 done.

2022-02-01 15:30:46.026 ZS_AppDelegate.m:2398[lvl=23] inProgressPop: Versuche Datei in PDF/A umzuwandeln.
2022-02-01 15:30:46.032 ZSEMailErstellungWindowController.m:183[lvl=5000] Fehler beim auto-signieren:  Die Konvertierung des PDF in ein PDF/A ist aufgrund von Font-Problemen nicht möglich.

 

Ich weiß, dass man für Nummerierungen in Word die Schriftart anpassen kann, aber egal, was ich da einstelle, es kommt immer der Fehler. Und Helvetica verwende ich sicher nicht, wo kommt die her? Ohne die Nummerierung klappt die Konvertierung problemlos.