Der "merkwürdige" Fehler beim Aufruf von GetHomeCommunityID ist auf eine aktuelle Störung zurückzuführen - die uns leider noch länger beschäftigen wird. TI-Störung, ePA-Performance-Problem
Die aktuelle technische Konzeption & Umsetzung führt leider zu einer unnötigen Flutung der ePA-Server, insbesondere bei den BITMARCK-Kasse (BKKen etc. - wobei BITMARCK hier nicht dazu kann!). Das führt dazu, dass die Server dicht machen und solche aussagefreien Fehlermeldungen kommen. gematik und Hersteller (ePA & PVSen) arbeiten an einer Lösung. Wann es vollständig behoben sein wird, ist allerdings noch nicht klar. Es sollte aber kontinuierlich besser werden. Insbesondere die PVS-Hersteller können hier zeitnah ein wenig "retten". Am besten mal bei CGM nachfragen, ob sie vielleicht ein Hotfix haben...
Mehr Details bezüglich des Termins einer Lösung liegen meiner Kenntnis nach noch nicht vor.
Wer an den Inhalten des Problems und der längere Zeit der Beseitigung informiert sein möchte: Das ist kein kleiner Bug, sondern ein technisch-konzeptionelles Problem, das zu dieser Überlast führt.
Daher müssen an der Lösung alle Hersteller beteiligt werden, d.h. sowohl die Hersteller der Aktensysteme (3) als auch die Hersteller der PVS-Systeme (~150!!!) - und das, während eigentlich alle damit beschäftigt sind, die ePA 2.0 gemäß gesetzlicher Frist zum 01.01.22 fertig zu bekommen. Die gesetzlich vorgegebene Taktung ist für das gesetzlich vorgeschriebene Vorgaben- und Zulassungsverfahren einfach zu eng...
1 Mitglied findet das Top!
1 Mitglied hat sich bedankt!
Es waren keine 16 Jahre, sondern 3: Nach Auftragserteilung hatte die gematik 2016, 2017 und 2018 um am Ende von 2018 die Spezifikationen zu liefern.
Die gematik baut nicht (darf nicht bauen), vielmehr ist gesetzliche Vorgabe, dass marktoffen entwickelt werden muss. Dadurch ergeben sich die Rückmeldungen und Erkenntnisse zu den Vorgaben der gematik zwangsläufig erst nach der Implementierung und Inbetriebnahme durch die Industrie.
Es ist (leider) normal, dass bei komplexen Projekten (und das ist die ePA im Detail) Störungen ergeben, die vorher nicht absehbar waren. Ist bei allen komplexen Technik-Projekten der Fall und daher nicht ungewöhnlich oder ein Zeichen von Unvermögen. Das die Lösung so lange dauert, liegt an 2.
Das jetzige Überlastproblem liegt an einem "flooding" des Systems durch den benannten Fehler und bedeutet nicht, dass das System der eigentlichen Last bei normaler, umfangreicher Nutzung, nicht gewachsen wäre.
Wie gesagt: Nur die Fakten, keine Bewertung.
1 Mitglied findet das Top!
1 Mitglied hat sich bedankt!
Zitat von ZA G.Kempkes im Beitrag #15Habe gerade geschafft ! Man muss im Infomodell die richtigen Beziehungen herstellen !
Dank der Anleitung habe ich es geschafft, die Meldung zum fehlenden Default-Aufrufkontext in der KoCoBox verschwinden zu lassen.
Dazu musste ich wortwörtlich eintragen: - Mandant: Mandant_ePA_Default - Clientsystem: Clientsystem_ePA_Default - Arbeitsplatz: Workplace_ePA_Default sowie die Beziehungen zueinander herstellen.
Das zusammenführendes CS-AP-Objekt habe ich ebenfalls erstellt.
Laut CGM-Support wird das Befüllen dieser Felder allerdings von den meisten PVS gar nicht verlangt. Die Fehlermeldung sei in der Regel zu ignorieren.
Zitat von ZA G.Kempkes im Beitrag #15Der Default Wert ändert sich automatisch bei Änderungen (andere Arbeitsplatz, umbenennen eines Arbeitsplatzes etc).
Hm, wie ist das gemeint? Bei anderen Werten als wortwörtlich "Mandant_ePA_Default" kommt wieder die Fehlermeldung zum fehlenden Aufrufkontext.
Tatsächlich konnte ich mit unserem PVS sowohl mit, als auch ohne oben genannte Einträge Daten aus der Testpatienten-ePA herunterladen.
Das Hochladen aus dem PVS in die ePA klappt allerdings noch nicht. Hat jemand eine Idee, wodran dies noch liegen könnte? Ablauf- und Performanceprotokoll geben keinerlei Fehlermeldung dazu, nur zahlreiche erfolgreiche Einträge "find" und "getDocuments". Log-Level ist auf Debug eingestellt. Im Fehlerprotokoll erscheint gar nichts zu den jüngsten ePA-Vorgängen.
Zitat von pdk im Beitrag #22Tatsächlich konnte ich mit unserem PVS sowohl mit, als auch ohne oben genannte Einträge Daten aus der Testpatienten-ePA herunterladen.
ich hab jetzt nicht gegengetestet aber MEIN Eindruck war, dass ich erst dann die epaLogs auf der Kocobox bekommen habe, wenn ich die default-Einträge im Infomodell mit gesetzt habe- zumindest hier scheint mir ein Zusammenhang zu bestehen...
...CGM sagte mir aber bis heute dazu auch nur das eine, dass es eigentlich nicht nötig sein, das "default" reinzusetzen...im Handbuch steht es aber definitiv drin, dass man es setzen soll...
Anbei einige Ideen, bin aber auch selbst noch sehr am Experimentieren, aber vielleicht helfen die bisherigen ERfahrungen von mir trotzdem auch Ihrer Spurensuche weiter:
Also zumindest jedenfalls in meinem Primärsystem und auch, wenn man in die ePA vom Smartphone aus was hochlädt, werden bei jedem Hochladen eine Menge Metadaten je Dokument verlangt- bei mir im PVS muss ich da eine ganz Liste von Sachen ausfüllen (DokumentName, Dokumenttyp, Dokumentart, Dokumentklasse, Dokumentsprache, Ersteller, Fachgebiet...)- hier liegt oft der "Teufel im Detail" liegt- manche Kombinationen gehen nicht durch... ein klares System, was geht und was nicht bei diesem Thema hab ich noch nicht erkennen können...
Weitere Gründe, warum es nicht hochgeladen wird aus meinen Experimentalerfahrungen: Timeouts auf Konnektorebene bei großen Dateien - bei uns hat Timeout hochsetzen auf Konnektorebene jedenfalls etwas geholfen...
...und ansonsten wäre noch denkbar, dass die ePA das Format , was Sie versuchen hochzuladen, (noch) gar nicht oder gewollt nicht im Portfolio hat, z.B. Dicom, .exe, .doc , .png....
In unserem PVS muss man eintragen: Dokumentenklasse, Dokumententyp, Fachrichtung, Einrichtungsart.
In der KoCoBox kann ich auswählen: TLS-Handshake Timeout, Keep Alive Versuche, TCP-Verbindungsaufbau Timeout, Request Timeout.
Habe einfach mal alle genannten Parameter in der KoCoBox hochgesetzt. Habe versucht, eine PDF/A-1b- und eine JPG-Datei hochzuladen, mit verschiedenen Kombinationen aus Dokumentenklasse, -typ usw. Leider ohne Erfolg...
Nein, keine Fehlermeldung in den Konnektor-Protokollen, nichts. PVS-Hersteller arbeitet daran. Vielleicht machen wir ja auch irgendetwas falsch (kommt auch oft vor), nur weiß ich nicht, was... Ich finde es etwas merkwürdig, dass man ein Dokument herunterladen kann, aber nichts hochladen.
Zitat von pdk im Beitrag #22Ablauf- und Performanceprotokoll geben keinerlei Fehlermeldung dazu, nur zahlreiche erfolgreiche Einträge "find" und "getDocuments"
Habe mal eben Kocobox -Upload Logs erzeugt, also was sich zeigt, WENN es klappt -wenn davon gar nichts im Konnektorlog dabei ist und auch kein Konnektor-Error technical 4xxx o.ä. ausgegeben wird, scheint der UploadTask vom PVS den Konnektor noch nicht einmal im ersten Schritt zu erreichen- vielleicht gibt es aber auch erfolgreiche TEilschritte und nur die Endstrecke fehlt?
Also im Performanceprotokoll wäre Hochladen = Put-Eintrag - ist der da, oder nicht?
Und im Ablaufprotokoll hab ich hierwenn es klappt, folgende Reihenfolge für "Hochladen": 1. Überprüfung "fachliche Rolle" 2. SMC-B Prüfung 3. Aktenstatusprüfung 4. Dokumentenverschlüsselung 5 . Danach kommt dann "Starte hochladen"
Sind alle Schritte beim Anstoßen von Hochladen nicht da oder fehlt nur ein Teil?
Ansonsten fiele mir noch ein: Thema "Berechtigungen" im PVS: müssen Rechte für Upload gesetzt werden speziell erst, bevor Upload möglich ist?
Vielen Dank für die detaillierte Beschreibung und die KoCoBox-Logs.
Bei der Dokumentensuche, also dem Versuch, etwas aus der ePA zu downloaden, bekomme ich die beigefügten Protokolle. Diese ähneln Ihren Protokollen vom Upload und sehen insofern gut aus.
Beim Upload-Versuch bekomme ich hingegen keinen einzigen Protokoll-Eintrag. Nichts.
Zitat von Junioruser1976 im Beitrag #29Ansonsten fiele mir noch ein: Thema "Berechtigungen" im PVS: müssen Rechte für Upload gesetzt werden speziell erst, bevor Upload möglich ist?
Im PVS war die Autorisierung für die ePA angefragt worden für Versicherten-, Arzt- und Kassendokumente bis 31.12.2022 und von der Testpatientin mit ihrer PIN bestätigt worden. Die genannten Autorisierungen werden im PVS als vorhanden angezeigt.
Ausgabe des PVS (von unten nach oben zu lesen):
1 2 3 4 5 6
Dokument wird hochgeladen... Bitte wählen Sie die Metadaten für das hochzuladende Dokument aus. Authorisierung vorhanden. SMC-B zu Mandant zugeordnet. Aktenanbieter erfolgreich ermittelt. Aktenanbieter wird geladen...
Zusätzlich ändert sich der Status auf "Dokument konnte nicht hochgeladen werden".
pdk
hat folgende Bilder an diesen Beitrag angehängt
TI-Community
»
TI-Nutzung und Nutzen aus Anwendersicht
»
elektronische Patientenakte (ePA)
»
ePA und Koco-Box
Thema drucken
08.10.2021 11:24 (zuletzt bearbeitet: 16.05.2022 11:56)
Antworten
