Help
Login
Busy
Search
MII Core Data Set - Terminology associations

 
Refresh
SNOMED CT

( )
LOINC

[ - / ]

Meta:
Rubric:
Value Set Association
/
-
Enter code
Filter
Identifier Association
Concepts
true50
Terminology associations
Code Display Name Codesystem Equivalence
106231008 Special information qualifier (qualifier value) SNOMED Clinical Terms -- not-set --
441898007 Consented (qualifier value) SNOMED Clinical Terms -- not-set --

 

/
Consent
Id mide-dataelement-184 Version 2018-06-29 16:26:50
Status Draft Version Label 1.6d
Synonym
KDS Erweiterungsmodul Consent
Description

Das Erweiterungsmodul Consent-Informationen dient der Unterstützung von standortübergreifenden Datennutzunganfragen basierend auf dem jeweils aktuellen Einwilligungsstatus des Patienten am Standort.

Source

Konkretisierung des Inhalts:

Ziel der MI Initiative ist es, Patientendaten für die Forschung bereitzustellen. Dazu ist in bestimmten Konstellationen das Einverständnis des Patienten notwendig. Daher wurde im Rahmen der AG Consent ein Verfahren entwickelt, wie man Patienten über die Nutzung ihrer Patientendaten für die Forschung aufklär en und ihr Einverständnis einholen kann. Mit Hilfe des dazugehörigen Einwilligungsdokuments kann der Patient nach Aufklärung durch eine geeignete Fachkraft sein Einverständnis zur Nutzung verschiedener Daten zu verschiedenen Zwecken ausdrücken. Dieses Einwilligungsdokument (MII Consent) umfasst aktuell die folgenden Module: 

  • Nutzung der Daten durch Forscher verschiedener Länder (mit angemessenem Datenschutzniveau)
  • Nutzung von Biomaterial
  • Rekontaktierung des Patienten
  • Übermittlung von Krankenkassendaten

Dieses Einwilligungsdokument wurde mit den Datenschutzbeauftragten der Länder abgestimmt. Das Erweiterungsmodul Consent soll die Möglichkeit bieten, primär den Einwilligungsstatus des Patienten zum MII Consent aber auch zu weiteren Forschungsvorhaben (z.B. Studien oder Registern wie LEOSS35, etc.) abzubilden, damit diese Informationen vor allem bei der Selektion von Patientendaten durch die Datenintegrationszentren genutzt werden kann.


Ein Austausch der Einwilligungsdokumente mit Forschern oder der ZARS ist derzeit nicht geplant. Das Erweiterungsmodul muss aber so flexibel sein, dass daraus Policies zur Datennutzung abgeleitet werden können, die dann automatisch in den Datenintegrationszentren mit derselben Semantik durchgesetzt werden können.

Rationale

Begründung der Zuordnung im Kerndatensatz

Das Erweiterungsmodul Consent stellt die elektronische Abbildung des MII Consent bereit, kann darüber hinaus aber auch für die Abbildung weiterer Einwilligungen ermöglichen. Dies ist eine Voraussetzung für die Berücksichtigung des Patientenwillens bei der Verwendung der im Rahmen der Versorgung erfassten medizinischen Daten des Patienten für Forschungszwecke. Die Einwilligung ist vor allem dann erforderlich, wenn der Nutzungszweck über die Forschungsklauseln der jeweiligen anwendbaren Gesetze hinausgeht. 

Eine wichtige Maßzahl für die medizinische Forschung ist u.a., wie viele Patienten bestimmten Kriterien genügen (Fallzahl) und ob diese Patienten der Verwendung ihrer Daten für Forschungszwecke zugestimmt haben. Entsprechende Anfragen können nur effizient elektronisch verarbeitet bzw. beantwortet werden, wenn der Einwilligungsstatus elektronisch geprüft werden kann. Derartige Fallzahlabfragen unter Berücksichtigung des Einwilligungsstatus sind essentiell für Anwendungsfälle, wie ‘Fallzahl-Schätzung’, ‘Feasibility-Abfragen’ und ‘Data Sharing’, für die MII übergreifenden Use Cases CORD und POLAR, sowie für die Use Cases der MII-Konsortien.

Die standardisierte Abbildung der Consentinformationen im Kerndatensatz ist erforderlich, damit diese als Suchkriterium insbesondere bei standortübergreifenden Anfragen einbezogen werden können.

Comment
aktuelle Version des MII Consent: 1.6d
Operationalization

Bezüge zu anderen KDS-Modulen

Bezug zum Patienten (Basismodul: Person, Pseudonym)


Zu berücksichtigende Vorarbeiten / Standards

Vorarbeiten der AG Consent :

Eigene Vorarbeiten der TF Consent Umsetzung:

  • Value Sets in ART-DECOR37
  • EHEALTH.COM-Papier38
  • mdi Papier
  • Paper Langtext eingereicht39 

Weitere Vorarbeiten AG Einwilligungsmanagement des HL7/IHE Interop -Forum (unter Mitwirkung von Martin Bialke , Lars Geidel , Sebastian Stäubert):

  • Work in Progress: Dok. zu Strukturierung der Einwilligungsinhalte (finale Version hier verlinken)
  • Work in Progress: FHIR Profile bzw. Projekt40
  • Work in Progress: Implementation Guide41

Einzubeziehende Fachgesellschaften / SDOs

  • IHE-DE; HL7-DE
  • AG Einwilligungsmanagement des HL7/IHE Interop-Forums
  • Technisches Komitee FHIR Deutschland
    Terminology Association
    Code Display Name Codesystem Equivalence
    106231008 Special information qualifier (qualifier value) SNOMED Clinical Terms
    441898007 Consented (qualifier value) SNOMED Clinical Terms
    /
    -
    false
    Usage (3)
    Busy
    Transaction Cardinality / Conformance Project
    MI-Datensatz 1…1 Required MII-Kerndatensatz
    Template Path (Card/Conf) Project
    Consent Directive 2017-06-04T00:00:00 hl7:act (1…1) MII-Kerndatensatz
    Dataset Path Project
    MI Datensatz Mülleimer / Studie-Ältere Version / MII Core Data Set
    false
    Issues (1)
    Busy
    false
    Incident Status = Closed ( mide-issue-60 ): Die aktuellste Version wird nicht verwendet
    Type Incident Status Incident Status = Closed Priority Normal
    Events
    Tracking / Status = Closed 2020-10-08 13:29:19 : Tracking by Sebastian Stäubert
    Description
    Update: ich habe einen Wege gefunden Änderungen zu machen: Das zu ändernde Feld muss komplett geleert werden, in einem Editor bearbeitet werden und anschließend wieder eingefügt werden. Evtl. waren Formatierungen oder unsichtbare Sonderzeichen die Ursache für das Fehlverhalten...
    Tracking / Status = Feedback needed 2020-10-08 12:15:41 : Tracking by Sebastian Stäubert
    Description
    Danke für die Antwort. Leider wird das eigentliche Problem damit nicht gelöst: Änderungen an bestehenden Feldern werden nicht übernommen. Werden bisher nicht ausgefüllte Felder ausgefüllt, sind diese jedoch vorhanden. Änderungen dieser Felder werden jedoch auch ignoriert.
    Tracking / Status = Closed 2020-10-08 11:40:47 : Tracking by dr Kai U. Heitmann
    Description
    Das Datum ist immer das Geburtsdatum des Objektes. Überall in ART-DECOR. "effectiveDate" bezeichnet den Zeitpunkt, seit wann das Objekt effektiv im Leben ist. Das ist immer im Zusammenhang mt dem Status zu sehen: so lange der Status "Entwurf" ist, editiert man das Objekt. Erst wenn es final gesetzt ist und man will dann Ändern, ist es eine neue Version (mit einem neuen Geburtsdatum).
    Insofern ist das kein "Zwischenfall" sondern genau so intendiert.
    Die Historie zeigt den Verlauf der Editierungen und Editor:innen.

    Assignment 2020-10-08 10:56:19 : Assigned To dr Kai U. Heitmann by Angela Merzweiler
    Assignment 2020-10-01 12:16:55 : Assigned To Administrator by Sebastian Stäubert
    Tracking / Status = Open 2020-10-01 12:16:54 : Tracking by Sebastian Stäubert
    Description
    Finding:

    Die Version bleibt bei 2018-06-29 16:26:50, obwohl es neuere überarbeitete Versionen gibt.
    Die Historie ist sehr verwirrend. Vermutlich werden die gemachten Änderungen nicht übernommen. Werden neue Felder/Attribute ausgefüllt, werden diese angezeigt. Die angezeigte Version bleibt allerdings immer bei 2018-06-29 16:26:50

    Suggestion:

    Die aktuellste Version sollte angezeigt werden.
    Änderungen sollten gespeichert werden.
    Das ART-DECOR sollte nicht erst nach 15 oder mehr Sekunden auf eine Eingabe reagieren.

    Further explanation:

    -