Aus dem Szenario "DPE Daten eintragen" ergeben sich konkrete Anforderungen an die einzelnen Elemente. Das bedeutet, dass die einzelnen Elemente über eine bestimmte Kardinalität und Konformität verfügen und einem bestimmten Datentyp entsprechen. Diese Angaben können sich zwischen den einzelnen Elementen unterscheiden. Erläuterungen dazu finden Sie hier.




NameKardinalitätKonformitätDatentyp
1. NFD/DPE Originalstruktur0...*O
    1.1 Gemeinsame Metadaten von NFD und DPE1...1M
        1.1.1 Versicherte/r PatientIn1...1M
            1.1.1.1 Versicherungsnummern1...1M
                1.1.1.1.1 Versichertennummer_PKVBedingung
1...1
Wenn PatientIn privatversichert		MIdentifier
-
Wenn PatientIn gesetzlich versichert		Nicht erlaubtIdentifier
                1.1.1.1.2 VersichertenID_GKVBedingung
1...1
Wenn PatientIn gesetzlich versichert		MIdentifier
-
Wenn PatientIn privatversichert		Nicht erlaubtIdentifier
            1.1.1.2 GeburtsdatumBedingung
1...1
Normalerweise sollte das Geburtsdatum immer angegeben werden.		MDatum
0...0
In nicht abschliessend definierten Ausnahmen ist eine Nichtangabe erlaubt.		ODatum
            1.1.1.3 Name1...1M
                1.1.1.3.1 Vorname1...1MString
                1.1.1.3.2 Nachname1...1MString
                1.1.1.3.3 Vorsatzwort0...1OString
                1.1.1.3.4 Namenszusatz0...1OString
                1.1.1.3.5 Titel0...1OString
            1.1.1.4 Administratives Geschlecht1...1MCode
    1.3 Datensatz Persönliche Erklärungen0...1O
        1.3.1 DPE_Version1...1MString
        1.3.2 Persönliche Erklärungen1...1M
            1.3.2.1 Persönliche Erklärungen Meta1...1M
                1.3.2.1.1 ID_DPE1...1MString
                1.3.2.1.2 Datum/Zeit der letzten Aktualisierung1...1MDatum/Zeit
            1.3.2.2 Versicherte/r PatientIn1...1M
                1.3.2.2.1 Versicherte/r PatientIn1...1M
            1.3.2.3 DPE_Versicherte/r_Einwilligung1...1M
                1.3.2.3.1 Art der Erklärung1...1MCode
                1.3.2.3.2 Nachname Arzt/Ärztin1...1MString
                1.3.2.3.3 Vorname Arzt/Ärztin1...*MString
                1.3.2.3.4 Ablageort1...1M
                    1.3.2.3.4.1 Adresse1...1M
                        1.3.2.3.4.1.1 Anschriftenzusatz0...1OString
                        1.3.2.3.4.1.2 Straẞe1...1MString
                        1.3.2.3.4.1.3 Ort1...1MString
                        1.3.2.3.4.1.4 Hausnummer1...1MString
                        1.3.2.3.4.1.5 Postleitzahl1...1MString
                        1.3.2.3.4.1.6 Land/Wohnsitzländercode0...1OCode
            1.3.2.4 ErklärungBedingung
0...1
Wenn in den Instanzen mehrfach die gleiche Art der Erklärung angegeben wird		O
0...3
Wenn in den Instanzen alle ausgewählten Arten der Erklärung sich voneinander unterscheiden		O
                1.3.2.4.1 Art der Erkärung1...1MCode
                1.3.2.4.2 Ablageort0...1O
                    1.3.2.4.2.1 Adresse1...1M
                        1.3.2.4.2.1.1 Anschriftenzusatz0...1OString
                        1.3.2.4.2.1.2 Straẞe1...1MString
                        1.3.2.4.2.1.3 Ort1...1MString
                        1.3.2.4.2.1.4 Hausnummer1...1MString
                        1.3.2.4.2.1.5 Postleitzahl1...1MString
                        1.3.2.4.2.1.6 Land/Wohnsitzländercode0...1OCode
                1.3.2.4.3 Beschreibung1...1MString
                1.3.2.4.4 Letzte Aktualisierung1...1MDatum
                1.3.2.4.5 Bevollmächtigte PersonBedingung
1...*
Wenn die Art der Erklärung eine Vorsorgevollmacht ist		M
-
Sonst		Nicht erlaubt
                    1.3.2.4.5.1 Name1...1M
                        1.3.2.4.5.1.1 Vorname1...*MString
                        1.3.2.4.5.1.2 Nachname1...1MString
                    1.3.2.4.5.2 Adresse1...1M
                        1.3.2.4.5.2.1 Anschriftenzusatz0...1OString
                        1.3.2.4.5.2.2 Straẞe1...1MString
                        1.3.2.4.5.2.3 Ort1...1MString
                        1.3.2.4.5.2.4 Hausnummer1...1MString
                        1.3.2.4.5.2.5 Postleitzahl1...1MString
                        1.3.2.4.5.2.6 Land/Wohnsitzländercode0...1OCode
                    1.3.2.4.5.3 Telefonnummer1...1M
                        1.3.2.4.5.3.1 Kontaktkanal1...1MCode
                        1.3.2.4.5.3.2 Wert1...1MString
                    1.3.2.4.5.4 Weitere Kontaktmöglichkeiten0...2O
                        1.3.2.4.5.4.1 Kontaktkanal1...1MCode
                        1.3.2.4.5.4.2 Wert1...1MString



Kommentierungen

    • Key

    • PKA1X0X0-24

    • Erstellt

    • 15.09.2021

    • Name

    • Thomas Liebscher

    • Organisation

    • Philips GmbH

    • Zusammenfassung

    • fehlende Szenariobeschreibung, Redundanz zu VSDM

    • Beschreibung

    • Aus dem ganzen Seitenaufbau und der Gruppenüberschrift "Anwendungsszenarien" hätte ich jetzt hier die Beschreibung der beiden Szenarien erwarten (User Journey aus Sicht Arzt und Versicherter), um den Kontext des DPE Verfahrens zu verstehen. Hier werden statt dessen gleich Schlußfolgerungen zum Datenmodell gezogen.

      Dadurch ist es mir nicht z.B. ersichtlich, warum die neue Anwendung PKÜ redundante Informationen zum VSDM erhebt und speichert. PKÜ ist eine freiwillige Anwendung, VSDM nicht, d.h. die demographischen und versicherungsbezogenen Stammdaten liegen immer im VSDM vor und inhaltlich muss die VSDM Anwendung als führend betrachtet werden. Wie werden Inkonsistenzen verhindert? Welchem Zweck dient die Redundanz und damit mit welcher Begründung werden DS-GVO Anforderungen zur Datenminimierung ignoriert?