Abbildung Krankenkassenkartendaten im GKV-Profil

[alexzautke]

Kommentar eingereicht durch: Udo Siefker, Bettina Lieske, SAP SE
Kategorie: Ablehnende Kritik
Bezug im Dokument: GKV-Profil
https://ig.fhir.de/basisprofile-de/stable/Ressourcen-VersicherungsInformationenCoverage.html#Ressourcen-Coverage-GKV-Profil

Änderungsvorschlag: "Anstatt der Extension für die Kartendaten würden wir einen eigenen ResourceType HealthcareSmartcard oder HealthinsuranceCard o.ä. empfehlen.
Auf diesen sollte von der Coverage-Resource aus referenziert werden.
Das direkte Replizieren von einzelnen Daten in die Coverage-Resource führt u.E. in die verkehrte Richtung. "
Kommentar / Begründung: "Grade in Deutschland hat die Versichertenkarte immer mehr Bedeutung in Himblick auf verschiedene Anwendungsfälle wie VSDM, EPA, eRezept, Medikationsplan etc.
Deshalb sollten deren Inhalte strukturiert abgelegt und versionierbar sein.
Dies würde das Handling und auch das Verständnis deutlich erleichtern.
"

[simoneOnFhir]

Wir gehen davon aus, dass Coverage-Informationen im Kontext einer gesetztlichen Versicherung i.d.R. durch das EInlesen der Versichertenkarte erfasst werden, so dass die Versionierung der Coverage-Ressource mit den Extensions synchron läuft. Jenseits von VSDM sehen wir keinen weiteren Bedarf, Informationen von der eGK als Extensions abzulegen, da alle anderen Informationen (eRezept, Medikationsplan, Notfalldaten) über entsprechende bestehende FHIR-Ressourcen abgelegt werden können. Wir haben jedoch bereits in Betracht gezogen, die eingelesenen XML-Daten auch im Original abzulegen (als DocumenteReference mit Verlinkung auf eine Binary-Ressource), so dass mit Hilfe einer Provenance-Ressource die aus dem Datensatz erzeugten Klinischen Informationen mit den Kartendaten verknüpft werden können.
Wir werden ein entsprechendes DocumentReference-Profil in künftigen Releases berücksichtigen.