ich bin gerade dabei, einen wichtigen Entlassungsbericht aus T2med in die ePA einzustellen. Wenn ich den eingescannten Bericht auf die Festplatte herunterlade, handelt es sich um eine Datei Größe von 2,1 MB.
Es kommt, nach entsprechender Wartezeit, folgende Fehlermeldung: Das Dokument Pipapo konnte nicht eingestellt werden. Grund: Das Dokument Pipapo ist zu groß. Zulässig sind bis zu 25 MiB.
Wie kann das sein?
Es handelt sich um einen 9 seitigen Entlassungsbericht aus dem KH, den ich für nicht unwichtig halte. Langsam vergeht mir die Lust, im Interesse der Patienten als Hausarzt die ePA aufzufüllen. (Normalerweise hätte das KH den Brief in die ePA einstellen sollen).
Zitat von EdewolfRV im Beitrag #1Langsam vergeht mir die Lust, im Interesse der Patienten als Hausarzt die ePA aufzufüllen. (Normalerweise hätte das KH den Brief in die ePA einstellen sollen).
Zitat von EdewolfRV im Beitrag #1Langsam vergeht mir die Lust, im Interesse der Patienten als Hausarzt die ePA aufzufüllen. (Normalerweise hätte das KH den Brief in die ePA einstellen sollen).
Kann ich gut nachvollziehen-das sind alles diese ständig neuen und mehr werdenden Spielwiesen nach Feierabend - wir spielen da Big Beta für die Welt - und wir Behandler an der Front sind die, die zwischen den Stühlen sitzen- einerseits dem Patient eine neue an sich ja eigentlich als hilfreich gedachte neue Option nicht verweigern zu wollen ----und letztlich neben der Praxis eigentlich keine Zeit zu haben, hier für jeden solchen Fall Fehlersuche zu machen , der eigentlich flutschen sollte und gut ist. Wir arbeiten hier immer noch in der TI und grad wieder beim Thema ePA mit nicht ausreichend gestesteten Systemverbünden, denen meiner Meinung noch an vielen Stellen erheblich die Resilienz fehlt , um wirklich praxistauglich und geeignet für Echtzeit/Produktiv zu sein.
Unabhängig davon:
Da das mit epA ja immer mal zwischendrin mein Sudoku ist-um es schön zu reden, dass Fehlersuche wie diese nach Feierabend spaß macht und es nichts schöneres gibt;-) soll ich/ wollen wir bißchen trotzdem für die Welt nochmal rumtesten /rumprobieren?
Folgende Fragen tun sich mir spontan auf: Scanformat ist .pdf? Ist das nur bei speziell diesem Dokument in dieser Größe oder auch bei jedem anderen PDF mit ähnlicher Größenordnung? Ich hab hier grad mal 6 MB.pdf was hochgeladen, das hat funktioniert. Wie verhalten sich andere PDFs von den Scans- sonst geht das immer , nur da nicht? Was ist,w enn Sie ein PDF z.B. Werbebroschüre gleicherG röße hochladen- kommt der Fehler dann auch?
Ansonsten- wenn Sie das Dokument vielleicht pseudonymisiert kriegen - z.B. nochmal eine Kopie scannen und die DSGVO relevanten schwärzen ,- ich biete auch gern an das Dokument mal hier in meine Test-ePA hochzuladen...
Haben Sie ggf. eine Mitarbeiter -ePA möglichst eines anderen Anbieters und können testen, ob es ggf. da geht ?
Das Ding ist ja, erstmal die Ebene wo es hängt einzugrenzen: Ist das der epA Anbieter und diese Meldung kommt bereits aus der VAU und T2Med reicht sie weiter? ist das das PVS, was den Upload mit diesem komischen Fehler kommentiert , noch bevor das Dokument in der VAU angekommen ist? Ist es nur dieses Dokument , warum auch immer - ggf. ist es eigentlich nicht die Größe sondern anderer MetaParameter und der Fehler ist mal wieder sch.... formuliert ? Ist es das Format + Größe, was nicht geht? usw.
Wir haben bei uns in der Praxis das gleiche Phänomen.
Scanformat: PDF, von 1,73MB bis 6,14MB ist alles dabei.
Tritt ebenfalls mit anderen "zeitgleich" gescannten Dokumenten auf.
Aus der "aps.log" konnte ich keine gewinnbringenden informationen ziehen.
Ein Ausschnitt der TI-Tageslog beim versuch des hochladens habe ich angefügt.
Wir nutzen T2Med in Version: 26.2.0 Ti-Anbieter ist Red Medikal
Unabhängig vom Patienten, geht das hochladen auch nicht in die eigene ePA oder die der Kolleg*innen
VG.
Edit sagt: Liegt wohl am falschen PDF Format. Ich hab das Dokument nun in PDF/A konvertiert und siehe da, geht. Neues Edit: war wohl nur eine Eintagsfliege.
Manchmal sieht man die Ursache des Problems nicht auf Anhieb. Ich glaubte zu Beginn es handle sich um JPG-Dateien, weil JPG ist auch möglich. So ist es sehr eindeutig. Das Format PDF/A wird vorausgesetzt, sonst ist der Upload nicht möglich.
Edit: Wäre gut, wenn jemand JPG, PNG, (GIF,) TXT, TIF, AVI, MKV, MP4, ... testet und dann berichtet.
Seit Mai 2022 endlich online! secunet konnektor World Healthcare ingenico ORGA 6141 online allUp2date
„Wir brauchen Regierungen, die sich des Schadens für Zivilpersonen bewusst sind, der aus dem Anhäufen und Ausnutzen solcher Software-Sicherheitsprobleme entsteht“– Brad Smith, Microsoft, </Ironie>
Ergänzung: ich habe jetzt 2 non-pdf/A PDFs bei uns mal für die Kombination Charly /Solutio +epA upload in eine ePA der Techniker Kranke Kasse getestet mit folgendem Ergebnis: PDF 1 (Alles in der Cloud) wird hochgeladen ohne Fehler PDF 2 ("Validierte Aufbereitung Felix Osterhase") wird mit Fehler "konnte nicht in pdf/A umgewandelt werden, abgelehnt.
Ich habe mir das hochgeladene Alles in der Cloud -Dokument nochmal runtergeladen und es stimmt: beim Upload wurde automatisch das PDF in pdf/A gewandelt und ist jetzt, wenn man es aus der epA runterlädt, ein pdf/A.
Warum aber das andere .pdf Osterhase hier nicht umgewandelt werden kann, erschließt sich mir- jedenfalls ohne weitere Metadatenanalyse nur allein aus den Eigenschaften der Datei nicht, die sind komplett identisch mit denen von .pdf - alles in der Cloud .
Somit können wir zumindest weiter eingrenzen: der PDF /A Standard hilft, weil damit geht es immer- aber er ist eigentlich auch wohl nicht immer VOraussetzung für ein Upload, weil es eine Funktion "Umwandlung in pdf/a geben muss - die aber offensichtlich nicht jedes PDF mag- warum auch immer- dazu muss ich mir mal die Metadaten der Testdateien in Ruhe bei Gelegenheit anschauen ob man da vielleicht Unterschiede sieht: -)
Fehlermeldung, wenn es nicht geht, sieht bei uns so aus:
Wer mag kann ja mal auch bei sich mit den beiden PDFs testen- gern Rückmeldung: wer kriegt beide in die ePA davon hoch, wer keines , wer eines von beiden und wenn ja welches ?
Junioruser1976
hat folgende Dateien an diesen Beitrag angehängt