Schon wieder #ePA.

[bkastl@mastodon.social]

Es gibt in der ePA einen wackeligen Migrationsdienst, der meiner Kenntnis nach täglich als serieller (!) Workflow abläuft. Das, was mir Aktensystemhersteller dazu sagten, ist, dass die Migrationsroutine nicht selten Probleme macht.

Dieser Migrationsdienst guckt, ob eine Akte von einer Krankenkasse zu einer anderen umgezogen wird.

Ist diese umgezogen, müsste diese nach Spec eigentlich gelöscht werden. Vermutung ist, dass dieser Dienst hier wieder rumspukt.

[ofosos@social.coop]

@bkastl AdTech Style.

Beim AdTech war es auch erst problematisch, wenn man > 10 Mio Transaktionen pro Stunde verliert.

[bkastl@mastodon.social]

In der Konsequenz gibt es ein paar mögliche Auslöser einer Löschung, da ich nicht vermute, dass die betroffenen Personen jetzt versehentlich kein Versicherungsverhältnis mehr haben, ist entweder das Widerspruchsmanagement defekt gewesen oder eben die Migrationsroutine.

latest

1.7.0 1.7.0 Latest 1.7.0 1.6.0 1.5.0 1.4.1 1.4.0 1.3.0 1.2.1 1.2.0 1.1.0 1.0.0 PDF HTML Excel XML Änderungsvergleich  Nächste Änderung  Vorherige Änderung latest Elektronische Gesundheitskarte und Telematikinfrastruktur Spezifikation Aktensystem ePA für alle  Version1.7.0Revision1489383Stand15.12.2025StatusfreigegebenKlassifizierungöffentlichReferenzierunggemSpec_Aktensystem_ePAfueralle Dokumentinformationen Änderungen zur Vorversion Anpassungen des vorliegenden Dokumentes im Vergleich zur Vorversion können Sie der nachfolgenden Tabelle entnehmen. Dokumentenhistorie Version Stand Kap./ Seite Grund der Änderung, besondere Hinweise Bearbeitung 1.0.0 30.01.2024 ePA für alle gematik 1.1.0 28.

gemSpecPages – Spezifikationen und Steckbriefe (gemspec.gematik.de)

[david@openbiblio.social]

@bkastl das liegt einfach daran, dass sie keine ki-blockchain genutzt haben. noobs.

[siedlerchr@ohai.social]

@bkastl Endlich jemand der Datenschutz ernst nimmt

[_ryekdarkener_@mastodon.social]

@david @bkastl

well …

[bkastl@mastodon.social]

Confidential Computing ist voll gut, wenn du ein Backup nicht mehr eingespielt bekommst 🫣

[bkastl@mastodon.social]

Via https://www.golem.de/news/it-panne-bei-krankenkasse-aok-bayern-schliesst-faelschlicherweise-6-400-patientenakten-2602-205199.html

[andreas_tengicki@hessen.social]

@bkastl Backups, Intergrationstests, Fallback, ....

Man könnte meinen dass große (sehr große) Systemhäuser .......

Ach lassen wir dass.

[lizbian@chaos.social]

@bkastl Sie haben den Wiederherstellungsprozess nicht getestet, oder?

[_davd@mastodon.social]

@bkastl Gibt’s da jetzt seit kurzem doch E2EE oder verstehe ich den Artikel falsch (oder missverstehe ich ihn richtig 🤪)? Ich dachte das wäre nicht unverschlüsselt sondern KI-ready

[hsmolin@mastodon.bawue.social]

@lizbian @bkastl ...wenn Wiederherstellbarkeit bei Schlüsselverlust überhaupt eine Anforderung war.

[lizbian@chaos.social]

@hsmolin @bkastl Meines Wissens ist die DSGVO durchaus Teil der Anforderungen, und hier greift Art. 32c und es ist ja scheinbar technisch machbar. So, wie ich den Artikel verstehe, haben sie die Schlüssel ja sogar noch.

[dentaku@fnordon.de]

@bkastl Da ist *einmal* ein Use Case vollständig implementiert, und dann ist es auch wieder nicht recht.

[hsmolin@mastodon.bawue.social]

@lizbian @bkastl
Art. 32, (1) c)???
"unter Berücksichtigung...
dem Risiko angemessen ...
gegebenenfalls..."

Wiederherstellbarkeit und Zugriffsschutz sind widersprüchliche Anforderungen...
das ganze wäre teuer...und der Zweck ist ja bloss eine Kopie von ohnehin anderswo vorliegenden Daten...ausserdem gehen die Schlüssel ja so gut wie nie verloren...und wenn kann man die Daten auch anders wieder beschaffen...und: welcher Fall war nochmal gegeben?