search

medizininformatik-initiative / kerndatensatzmodul-consent

Kerndatensatzmodul Consent
2 stars 0 forks source link

Einheitliche Verwendung von Patient Ressourcen prüfen #13

Closed SebStaeubert closed 2 years ago

SebStaeubert commented 2 years ago

Es sollte geprüft werden, ob über alle Profile des mii-spez. Moduls Consent das passende und möglichst einheitliche Profil einer Patient Ressource verwendet bzw. verwiesen wird! Aktuell in den MII-spez. Profilen:

Zusätzlich prüfen, ob es zu Inkonsistenzen kommen kann, wenn Profile aus dem hl7-Einwilligungsmanagement benutzt werden, z.B. QuestionnaireResponse -> Consent Management Patient (hl7)

Die MII bzw. das KDS Modul Person kennt die folgenden:

Wir sollten diese mgl. Inkonsistenzen auflösen bzw. einen Absatz im IG schreiben, wie damit umgegangen werden soll.

SebStaeubert commented 2 years ago

Vgl. Ticket 2108, simplifier

Wir sollten den im Rahmen dieses Tickets erstellten Absatz noch etwas ausführlicher schreiben, sodass z.B. auch auf Maßnahmen eingegangen wird, wie man mit Fehlern bei der Validierung umgegangen wird, wenn auf unterschiedliche Profile der Patient Ressource verwiesen wird.

mbialke commented 2 years ago

@lhitc Consent Management Patient (hl7) stellt im Kern eine Variante von Patient dar, die keinerlei weitere Infos außer dem/den Pseudonym(en) enthält. eine konsequente Nutzung von Consent Management Patient (hl7) auch bei Provenance.signature.who wäre sicherlich nicht verkehrt.

In Summe wäre wohl die einfachste Variante

In diese Richtung könnte dann auch die Validierungsmeldung gehen: "Achtung fehlende Einheitlichkeit". Eine Frage aber bleibt: wenn es in Richtung FDPG geht sollte nach Möglichkeit nur exakt ein Profil empfohlen werden. Mein Vorschlag: Consent Management Patient (hl7)

SebStaeubert commented 2 years ago

Siehe IG Consent-Ressource

Absatz: "Technisch gesehen können Patienten-Ressourcen, die zu den Profilen der AG Einwilligungsmanagement und der MII konform sind, verwendet werden." um ein Beispiel unter Verwendung Modul Person SD_MII_Person_Patient und SD_MII_Person_PatientPseudonymisiert ergänzen. Beschreiben, dass Patient und abgeleitete Profile verwendet werden, solange sie eine patient.identifier.type besitzen.

mosaic-hgw commented 2 years ago

Prosa Text ist angepasst. Bitte @lhitc Beispiele ergänzen siehe Todo im IG Text

Technisch gesehen können Patienten-Ressourcen und abgeleitete Profile, wie z.B. die Profile der AG Einwilligungsmanagement oder der MII verwendet werden. Um Pseudonyme, Fallnummern, etc. unterscheiden zu können, ist es unabhängig davon erforderlich eine Kategorisierung des verwendeten Identifiers mittels patient.identifier.type vorzunehmen.

TODO Beispiel 1 Verwendung Modul Person SD_MII_Person_Patient

TODO Beispiel 2 Verwendung SD_MII_Person_PatientPseudonymisiert

mosaic-hgw commented 2 years ago

Habe zusätzlich noch einen Nebensatz zur Verwendung von IDAT in "pseudonymen Patienten" ergänzt. @SebStaeubert

mosaic-hgw commented 2 years ago

"Etwaige personenidentifizierende Informationen (z.B. Geburtsdatum, Geschlecht,Anschrift) sowie Referenzen, z.B. auf (Klartext-) Patienten-Profile, sollten vor Ausleitung geeignet ersetzt werden."

lhitc commented 2 years ago

Ich wüsste gerade nicht, wie ich die beiden Beispiele differenzieren sollte. Aus Sicht der Consent-Ressource ist beides eines Reference(Patient), und die Patient-Instanzen selbst wären völlig identisch (jedenfalls in den entscheidenden Teilen).

Ich denke, hier reicht der von Martin verfasste Absatz völlig aus.

Ping @SebStaeubert @mbialke

mosaic-hgw commented 2 years ago

Mein Okay hast du.

lhitc commented 2 years ago

Dann bin ich mal so frei und nehme die TODOs raus, lasse das Issue aber noch offen

mosaic-hgw commented 2 years ago

Danke! So machen wir (du) es :)