Document Reference

Eine digital abgebildete Einwilligung bezieht sich oft auf ein real existierendes Dokument, das in Form eines Scans (PDF, Bild, etc.) der digitalen Einwilligung angehangen wird. Auf Basis dieses Scans können in der Praxis Qualitätskontrollen von Einwilligungen durchgeführt werden.

Diese Dokumenten-Referenz enthält Patientenbezug und den Dokumenten-Inhalt (Art des Inhalts als MIME TYPE, die Dokumentdaten im Base64-Format oder einen Verweis auf ein externes Dokument). Dabei kann der Dokumenten-Inhalt mehrfach und auf unterschiedliche Weise (XML, PDF, JPEG, ...) angehängt werden.

Es ist grundsätzlich ebenfalls möglich, auf Dokumente zu verweisen, die nicht digital vorliegen. In diesem Fall kann der Ablageort durch eine geeignete Extension an content.attachment dokumentiert werden. Das Element contant.attachment.contentType ist in einem solchen Fall mit einer DataAbsentReason-Extension mit dem Code "not-applicable" zu versehen. Die weitere Ausgestaltung dieses Use Cases ist jedoch nicht Gegenstand dieses Implementierungs

Verbindendes Element zwischen der Document Reference und den Einwilligungsrelevanten Ressourcen ist die Provenance.

masterIdentifierΣ0..1Identifier
identifierΣ0..*Identifier
statusS Σ ?!1..1codeBinding
docStatusΣ0..1codeBinding
typeΣ0..1CodeableConceptBinding
categoryΣ0..*CodeableConcept
dateΣ0..1instant
authorΣ0..*Reference(Practitioner | PractitionerRole | Organization | Device | Patient | RelatedPerson)
authenticator0..1Reference(Practitioner | PractitionerRole | Organization)
custodian0..1Reference(Organization)
descriptionΣ0..1string
securityLabelΣ0..*CodeableConceptBinding

Beispiel

Erläuterungen
Item Erläuterung
subject.reference bzw. subject.identifier Das Subject stellt den Bezug zur betroffenen Person her, die die Einwilligung unterzeichnet hat. Dies kann als literale Referenz auf den Patienten oder alternativ als logische Referenz auf den Patienten, z.B. durch Angabe eines Pseudonyms, erfolgen. Das nachstehende Beispiel zeigt beide Varianten rein demonstrativ. Ein valides Beispiel darf stets nur exakt eine Subject-Angabe enthalten.
content.attachment base64-codiertes PDF des unterschriebenen Patienten-Einwilligungsbogens. Das Beispiel zeigt exemplarisch nur einen Ausschnitt und zeigt kein valides base64.
Umsetzung

Mit literaler Patientenreferenz:

<DocumentReference xmlns="http://hl7.org/fhir">
    <id value="237c359c-cb58-432c-a4a3-807bb28edfdb" />
    <meta>
        <lastUpdated value="2020-12-11T09:09:07.5320994+00:00" />
        <profile value="http://fhir.de/ConsentManagement/StructureDefinition/DocumentReference" />
    </meta>
    <!--  FHIR will es  -->
    <status value="current" />
    <!--  Das vom Patienten ausgefüllte Original-(Papier-)Dokument; in diesem Beispiel ist kein valides base64 enthalten  -->
    <subject>
        <!--  literale Referenz auf den Patienten  -->
        <reference value="Patient/9b4a702d-162c-428a-8c5d-8b98af21b693" />
    </subject>
    <content>
        <attachment>
            <contentType value="application/pdf" />
            <data value="YmFzZTY0Q29kaWVydGVzUERGRGVzVW50ZXJzY2hyaWViZW5lblBhdGllbnRlbkVpbndpbGxpZ3VuZ3Nib2dlbnMK" />
        </attachment>
    </content>
</DocumentReference>

Mit logischer Patientenreferenz:

<DocumentReference xmlns="http://hl7.org/fhir">
    <id value="49242792-32c3-4e38-9467-57e7d4dce226" />
    <meta>
        <lastUpdated value="2020-12-11T09:09:07.5320994+00:00" />
        <profile value="http://fhir.de/ConsentManagement/StructureDefinition/DocumentReference" />
    </meta>
    <!--  FHIR will es  -->
    <status value="current" />
    <!--  Das vom Patienten ausgefüllte Original-(Papier-)Dokument; in diesem Beispiel ist kein valides base64 enthalten  -->
    <subject>
        <!--  logische Referenz auf den Patienten  -->
        <identifier>
            <system value="https://ths-greifswald.de/gpas" />
            <value value="A38" />
        </identifier>
    </subject>
    <content>
        <attachment>
            <contentType value="application/pdf" />
            <data value="YmFzZTY0Q29kaWVydGVzUERGRGVzVW50ZXJzY2hyaWViZW5lblBhdGllbnRlbkVpbndpbGxpZ3VuZ3Nib2dlbnMK" />
        </attachment>
    </content>
</DocumentReference>