Dokumentenmetadaten (DocumentReference)
Die nachfolgenden Festlegungen spezifizieren die Minimalanforderungen für die Bereitstellung von Dokumentenmetadaten im Rahmen des Bestätigungsverfahrens der gematik.
Motivation
Die Ressource DocumentReference enthält die Metadaten, die für die Verwaltung von und die Suche nach Dokumenten benötigt werden. Der Inhalt des Dokumentes wird über DocumentReference.content
beschrieben und über DocumentReference.content.attachment
referenziert. Die Trennung von Dokument und Metadaten ermöglicht Clients die effiziente Suche und Auflistung von verfügbaren Dokumenten, ohne dass diese vollständig vom Server geladen werden müssen. Servern ermöglicht dieser Ansatz die Trennung zwischen den Metadaten in einer Datenbank und der Dokumentenablage in z.B. einem Dateisystem.
Kompatibilität
Dieses Profil basiert auf dem Profil "MHD DocumentReference Comprehensive UnContained References Option" (Version 4.2.0) von IHE International.
Abweichungen vom IHE-Profil
- Die Verwendung von
DocumentReference.docStatus
ist im ISiK-Kontext gestattet. DocumentReference.category
muss vom Client bei Vorhandensein eines KDL-Codes inDocumentReference.type
nicht gefüllt werden. Bei der Verarbeitung auf dem Server im Rahmen der Interaktion "Dokumentenbereitstellung" wirdDocumentReference.category
anhand der KDL-Mappings ergänzt und damit die IHE-Kompatibilität hergestellt.DocumentReference.sourcePatientInfo
muss im Rahmen von ISiK nicht gefüllt werden
Einschränkungen des IHE-Profils
Elemente mit ValueSet-Bindings ohne verbindliche Vorgabe seitens IHE wurden auf die in Deutschland gebräuchlichen Terminologien (gemäß der Festlegungen von IHE Deutschland e.V.) eingeschränkt.
FHIR-Profil
DocumentReference
Canonical URL: https://gematik.de/fhir/isik/StructureDefinition/ISiKDokumentenMetadaten
ISiKDokumentenMetadaten (DocumentReference) | I | DocumentReference | |
id | Σ | 0..1 | string |
meta | Σ | 0..1 | Meta |
implicitRules | Σ ?! | 0..1 | uri |
language | 0..1 | codeBinding | |
text | 0..1 | Narrative | |
contained | 0..* | Resource | |
extension | I | 0..* | Extension |
modifierExtension | ?! I | 0..* | Extension |
masterIdentifier | S Σ | 1..1 | Identifier |
id | 0..1 | string | |
extension | I | 0..* | Extension |
use | Σ ?! | 0..1 | codeBinding |
type | Σ | 0..1 | CodeableConceptBinding |
system | S Σ | 1..1 | uriPattern |
value | S Σ | 1..1 | string |
period | Σ I | 0..1 | Period |
assigner | Σ I | 0..1 | Reference(Organization) |
identifier | S Σ | 0..* | Identifier |
status | S Σ ?! | 1..1 | codeBinding |
docStatus | S Σ | 0..1 | codeBinding |
type | S Σ | 1..1 | CodeableConceptBinding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | Σ | 1..* | Coding |
KDL | S Σ | 1..1 | CodingBindingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | S Σ | 1..1 | code |
display | S Σ | 1..1 | string |
userSelected | Σ | 0..1 | boolean |
XDS | S Σ | 0..1 | CodingBindingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | S Σ | 1..1 | code |
display | S Σ | 1..1 | string |
userSelected | Σ | 0..1 | boolean |
text | Σ | 0..1 | string |
category | S Σ | 0..1 | CodeableConcept |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | Σ | 1..* | Coding |
XDS | S Σ | 1..1 | CodingBindingPattern |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uriPattern |
version | Σ | 0..1 | string |
code | S Σ | 1..1 | code |
display | S Σ | 1..1 | string |
userSelected | Σ | 0..1 | boolean |
text | Σ | 0..1 | string |
subject | S Σ I | 1..1 | Reference(Patient) |
id | 0..1 | string | |
extension | I | 0..* | Extension |
reference | S Σ I | 1..1 | string |
type | Σ | 0..1 | uriBinding |
identifier | Σ | 0..1 | Identifier |
display | Σ | 0..1 | string |
date | Σ | 0..1 | instant |
author | S Σ I | 0..* | Reference(Practitioner | PractitionerRole | Organization | Device | Patient | RelatedPerson) |
id | 0..1 | string | |
extension | I | 0..* | Extension |
reference | Σ I | 0..1 | string |
type | Σ | 0..1 | uriBinding |
identifier | Σ | 0..1 | Identifier |
display | S Σ | 0..1 | string |
authenticator | I | 0..1 | Reference(Practitioner | PractitionerRole | Organization) |
custodian | I | 0..0 | Reference(Organization) |
relatesTo | S Σ | 0..* | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
code | Σ | 1..1 | codeBinding |
target | Σ I | 1..1 | Reference(DocumentReference) |
description | S Σ | 1..1 | string |
securityLabel | S Σ | 1..* | CodeableConceptBinding |
content | S Σ | 1..1 | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
attachment | S Σ I | 1..1 | Attachment |
id | 0..1 | string | |
extension | I | 0..* | Extension |
contentType | S Σ | 1..1 | codeBinding |
language | S Σ | 1..1 | codeBinding |
data | S | 0..1 | base64Binary |
url | S Σ | 0..1 | url |
size | Σ | 0..1 | unsignedInt |
hash | Σ | 0..1 | base64Binary |
title | Σ | 0..1 | string |
creation | S Σ | 1..1 | dateTime |
format | S Σ | 1..1 | CodingBinding |
context | S Σ | 1..1 | BackboneElement |
id | 0..1 | string | |
extension | I | 0..* | Extension |
modifierExtension | Σ ?! I | 0..* | Extension |
encounter | S I | 0..1 | Reference(Encounter | EpisodeOfCare) |
event | 0..* | CodeableConceptBinding | |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | Σ | 1..1 | Coding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | Σ | 1..1 | uri |
version | Σ | 0..1 | string |
code | Σ | 1..1 | code |
display | Σ | 0..1 | string |
userSelected | Σ | 0..1 | boolean |
text | Σ | 0..1 | string |
period | Σ I | 0..1 | Period |
facilityType | S | 1..1 | CodeableConceptBinding |
practiceSetting | S | 1..1 | CodeableConceptBinding |
sourcePatientInfo | I | 0..1 | Reference(Patient) |
related | I | 0..* | Reference(Resource) |
Anmerkungen zu Must-Support-Feldern
Feldname | Kurzbeschreibung | Hinweise |
---|---|---|
DocumentReference.masterIdentifier | Versionsspezifische OID des Dokumentes | |
DocumentReference.masterIdentifier.system | Namensraum des Identifiers | Fix: |
DocumentReference.masterIdentifier.value | Wert des Identifiers | OID mit URI-Präfix "urn:oid:". Es sei darauf hingewiesen, dass OIDs auf Basis von UUIDs generiert werden können, ohne einen eigenen Namesraum zu beantragen. Zunächst müssen hierzu alle 128 Bit der UUID in einen Integer-Wert umgerechnet werden. Das Ergebnis muss ohne Bindestriche an die Root-OID '2.25' angehängt werden. Siehe IHE International - Creating Unique IDs - OID and UUID. |
DocumentReference.identifier | Abweichend zu MHD V4.0.1 ist die Angabe eines Identifiers in ISiK nicht erforderlich. Ein solcher kann bei Bedarf (z.B. zur Weitergabe des Dokumentes per XDS) erzeugt werden. [Konsens der Arbeitsgruppe vom 12.11.2021] Update für Stufe 3: In MHD 4.2.0 wurde die Verpflichtung zur Angabe eines Identifiers gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD. | |
DocumentReference.status | Status des Dokumentenmetadatensatzes | Der Status des Dokumentes wird in DocumentReference.docStatus gesetzt! |
DocumentReference.docStatus | Bearbeitungsstatus des Dokumentes | Abweichend zu MHD V4.0.1 ist die Verwendung von docStatus im ISiK-Kontext erlaubt. Doe Verwendung von docStatus bleibt jedoch optional, da nicht alle Dokumentenerzeugende Systeme einen expliziten Freigabe-Workflow haben. Dokumentenserver müssen jedoch in der Lage sein, den Dokumentenstatus (sofern vorhanden) zu persistieren, anzuzeigen und zu reproduzieren. [Konsens der Arbeitsgruppe vom 10.12.2021] |
DocumentReference.type | Dokumententyp | Im ISiK-Kontext ist die Typisierung eines Dokumentes mit Hilfe eines KDL-Codes und des IHE-XDS-Type-Codes erforderlich und ein Server MUSS beide Kodierungen bereitstellen - trotz der Kardinalität DocumentReference.type.coding:XDS 0..1 -, jedoch ist der IHE-XDS-Type-Code bei Übermittlung für Clients nicht verpflichtend (s.u. zu XDS). Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen, sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich. Der XDS-Type-Code kann mit Hilfe der bereitgestellten ConceptMaps aus dem KDL-Code ermittelt werden. Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt. [Konsens der Arbeitgruppe vom 18.02.2022]. Im Falle, dass der Code 'UNK' entsprechend der ConceptMap verwendet werden soll, MUSS das System 'http://terminology.hl7.org/CodeSystem/v3-NullFlavor' verwendet werden. |
DocumentReference.type.coding:KDL | Dokumenttyp gem. KDL-Terminologie | |
DocumentReference.type.coding:KDL.system | Kodiersystem | Fix: "http://dvmd.de/fhir/CodeSystem/kdl" |
DocumentReference.type.coding:KDL.code | Code | Der KDL-Code |
DocumentReference.type.coding:KDL.display | Anzeigetext | Der Anzeigetext zum KDL-Code |
DocumentReference.type.coding:XDS | Dokumenttyp gem. IHE-De-Terminologie | Die Übermittlung des XDS-Type-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend, MUSS jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden. Der XDS-Type-Code kann über die im Rahmen der KDL-Spezifikation publizierten ConceptMaps aus dem KDL-Code ermittelt werden |
DocumentReference.type.coding:XDS.system | Kodiersystem | |
DocumentReference.type.coding:XDS.code | Code | Der XDS-Type-Code |
DocumentReference.type.coding:XDS.display | Anzeigetext | Der Anzeigetext zum XDS-Type-Code |
DocumentReference.category | Dokumentklasse/-Kategorie | Die Kategorisierung von Dokumenten erfolgt mittels der von IHE Deutschland publizierten XDS-Class-Codes. Die übermittlung des XDS-Class-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend, muss jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden. Der XDS-Class-Code kann mit Hilfe der bereitgestellten ConceptMap aus dem KDL-Code ermittelt werden. |
DocumentReference.category.coding:XDS | ||
DocumentReference.category.coding:XDS.system | Kodiersystem | |
DocumentReference.category.coding:XDS.code | Code | Der XDS-Class-Code |
DocumentReference.category.coding:XDS.display | Anzeigetext | Der Anzeigetext zum XDS-Class-Code |
DocumentReference.subject | Patientenbezug des Dokumentes | Im ISIK-Kontext MUSS der referenzierte Patient konform zum ISIKPatient des Basismoduls sein. Für sonstige Kontexte siehe FHIR Kernspezifikation |
DocumentReference.subject.reference | Absolute oder relative URL des Patienten auf dem Server | Absolute oder relative URL des Patienten auf dem Server |
DocumentReference.author | Autor des Dokumentes | In dieser Ausbaustufe ist die Nennung des Namens oder Kürzels des Autors ausreichend. Eine darüber hinaus gehende Verlinkung auf einen Pracitioner (auflösbar auf dem Server) ist möglich aber nicht erforderlich. |
DocumentReference.author.display | ||
DocumentReference.relatesTo | Inbesondere relevant im Kontext von Updates. Bei inhaltlichen Updates MUSS eine | |
DocumentReference.description | Genaue menschenlesbare Beschreibung des Dokumentes, z.B. "Lungenfunktionstest vom 18.02.2022" | |
DocumentReference.securityLabel | Vertraulichkeit | Die Bereitstellung des Vertraulichkeitsinformation durch den Ersteller des Dokumentes ist verpflichtend. Ebenso sind Dokumentenserver verpflichtet, diese Information zu persistieren und bei der Dokumentenabfrage zu reproduzieren. Die ISiK-Spezifikation trifft jedoch keine Annahmen darüber, wie sich einzelne Vertraulichkeitsstufen auf die Zugriffsberechtigungen verschiedener benutzer auf ein Dokument auswirken. Im ISiK-Kontext ist die Angabe einer der drei Vertraulichkeitsstufen N | R | V verpflichtend, jedoch ohne Einschränkung der Verwendung zusätzlicher Vertraulichkeits-Flags. [Konsens der Arbeitsgruppe vom 12.11.2021] |
DocumentReference.content | Beschreibung des Dokumenteninhaltes | Die Kardinalität wurde angepasst, um den Vorgaben von IHE MHD zu ensprechen [Änderung im Zuge der Kommentierung Stufe 3]. |
DocumentReference.content.attachment | Anhang | |
DocumentReference.content.attachment.contentType | Mimetype des Dokumentes | Mimetype (Dateityp) des Dokumentes (z.B. "application/pdf") |
DocumentReference.content.attachment.language | Sprache, in der das Dokument verfasst wurde. | Kann bei Systemen, die keine Mehrsprachigkeit unterstützen, fest auf "de" oder "de-DE" gesetzt werden. |
DocumentReference.content.attachment.data | Base64-codierte Binärdaten | Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, sondern müssen als separates Datenobjekt referenziert werden. Update für Stufe 3: Die Ausnahme bildet die Interaktion "Dokumentenbereitstellung", bei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate Ressource ausgelagert und über Attachment.url referenziert werden. Es ist zu beachten, dass diese base64-codierten Daten wiederum ein FHIR-Bundle (z.B. ein MIO oder ein ISiK Bericht aus einem Subsystem) repräsentieren können. Um eine einheitliche Handhabung der Dokumente für Clients zu ermöglichen werden diese trotz strukturiertem Inhalt per base64 abgebildet. |
DocumentReference.content.attachment.url | Referenz auf Dokument | Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, sondern müssen als separates Datenobjekt referenziert werden. Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein. Update für Stufe 3: Die Ausnahme bildet die Interaktion "Dokumentenbereitstellung", bei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate Ressource ausgelagert und über Attachment.url referenziert werden. |
DocumentReference.content.attachment.creation | Dokumentendatum | Es obliegt dem erzeugenden System, zu entscheiden, welches Datum als Dokumentendatum geeignet ist, z.B. Datum der Erstellung oder Datum der letzten Änderung |
DocumentReference.content.format | Format des Dokumentes | Sofern das Dokument nicht auf einem standardisierten, strukturierten Austauschformat (z.B. CDA) basiert, für dessen Interpretation ein konkretes Schema herangezogen werden muss, genügt die Angabe des Codes "urn:ihe:iti:xds:2017:mimeTypeSufficient" |
DocumentReference.context | ||
DocumentReference.context.encounter | Abweichend zu MHD V4.0.1 ist die Verwendung der Encounter-Referenz im ISiK-Kontext erlaubt.
Update für Stufe 3: In MHD 4.2.0 wurde das Verbot der Angabe einer Encounter-Referenz gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD. | |
DocumentReference.context.facilityType | Art der Einrichtung, aus der das Dokument stammt | Kann, sofern keine abweichende Information bekannt ist auf "KHS" gesetzt werden. |
DocumentReference.context.practiceSetting | Binding auf IHE-DE Terminologie hinzugefügt |
Interaktionen
Für die Ressource DocumentReference MUSS die REST-Interaktion "CREATE" implementiert werden, siehe Interaktion: Dokumentenbereitstellung. Für die Ressource DocumentReference MUSS die REST-Interaktion "READ" implementiert werden, siehe Interaktion: Dokumentenabfrage und -Zugriff.
Folgende Suchparameter sind für das Bestätigungsverfahren relevant, auch in Kombination:
Die in IHE-MHD geltende Einschränkung, dass Clients bei allen Suchen mindestens die Parameter patient
oder patient.identifier
sowie status
verwenden müssen, gilt nicht. Siehe dazu Kapitel Kompatibilität
Der Suchparameter "_id" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?_id=103270
Anwendungshinweise: Weitere Informationen zur Suche nach "_id" finden sich in der FHIR-Basisspezifikation - Abschnitt "Parameters for all resources".
Der Suchparameter "status" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?status=final
Anwendungshinweise: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend.
Der Suchparameter "patient" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?patient=Patient/123
Anwendungshinweise: Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Clients und Server verpflichend.
Der verkettete Suchparameter "patient.identifier" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702
GET [base]/DocumentReference?patient.identifier=1032702
Anwendungshinweise: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Client und Server verpflichtend.
Weitere Informationen zur Suche nach verketteten Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Chained Parameters".
Der Suchparameter "type" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?type=http://dvmd.de/fhir/CodeSystem/kdl|AD010101
Anwendungshinweise: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend.
Der Suchparameter "category" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?category=http://ihe-d.de/CodeSystem/IHEXDSclassCode|BEF
Anwendungshinweise: Weitere Informationen zur Suche nach Token-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Token Search".
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend.
Der custom Suchparameter "creation" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?creation=2021-11-05
Anwendungshinweise: Weitere Informationen zur Suche nach Date-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Date Search".
Dieser Suchparameter ist nicht Bestandteil der FHIR-Kernspezifikation und wurde von IHE im Rahmen der MHD-Spezifikation definiert.
Dieser Suchparameter ist für die Umsetzung des IHE MHD Profils für Server verpflichtend.
Der Suchparameter "encounter" MUSS unterstützt werden:
Beispiele:
GET [base]/DocumentReference?encounter=Encounter/123
Anwendungshinweise: Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der FHIR-Basisspezifikation - Abschnitt "Reference Search".
Beispiele
Serverseitiges Dokument (vollständig annotiert)
in XML
<DocumentReference xmlns="http://hl7.org/fhir"> <id value="dok-beispiel-server" /> <meta> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDokumentenMetadaten" /> <security> <system value="http://terminology.hl7.org/CodeSystem/v3-ActReason" /> <code value="HTEST" /> </security> </meta> <masterIdentifier> <system value="urn:ietf:rfc:3986" /> <value value="urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340" /> </masterIdentifier> <status value="current" /> <type> <coding> <system value="http://dvmd.de/fhir/CodeSystem/kdl" /> <code value="PT130102" /> <display value="Molekularpathologiebefund" /> </coding> <coding> <system value="http://ihe-d.de/CodeSystems/IHEXDStypeCode" /> <code value="PATH" /> <display value="Pathologiebefundberichte" /> </coding> </type> <category> <coding> <system value="http://ihe-d.de/CodeSystems/IHEXDSclassCode" /> <code value="BEF" /> <display value="Befundbericht" /> </coding> </category> <subject> <reference value="Patient/PatientinMusterfrau" /> </subject> <description value="Molekularpathologiebefund vom 31.12.21" /> <securityLabel> <coding> <system value="http://terminology.hl7.org/CodeSystem/v3-Confidentiality" /> <code value="N" /> </coding> </securityLabel> <content> <attachment> <contentType value="application/pdf" /> <language value="de" /> <url value="https://mein-Dokumentenserver/dokumente/1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340.pdf" /> <creation value="2020-12-31T23:50:50-05:00" /> </attachment> <format> <system value="http://ihe.net/fhir/ihe.formatcode.fhir/CodeSystem/formatcode" /> <code value="urn:ihe:iti:xds:2017:mimeTypeSufficient" /> <display value="mimeType Sufficient" /> </format> </content> <context> <encounter> <reference value="Encounter/BeispielBesuch" /> </encounter> <facilityType> <coding> <system value="http://ihe-d.de/CodeSystems/PatientBezogenenGesundheitsversorgung" /> <code value="KHS" /> <display value="Krankenhaus" /> </coding> </facilityType> <practiceSetting> <coding> <system value="http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" /> <code value="ALLG" /> </coding> </practiceSetting> </context> </DocumentReference>
in JSON
{ "resourceType": "DocumentReference", "id": "dok-beispiel-server", "meta": { "security": [ { "code": "HTEST", "system": "http://terminology.hl7.org/CodeSystem/v3-ActReason" } ], "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKDokumentenMetadaten" ] }, "masterIdentifier": { "system": "urn:ietf:rfc:3986", "value": "urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340" }, "type": { "coding": [ { "system": "http://dvmd.de/fhir/CodeSystem/kdl", "code": "PT130102", "display": "Molekularpathologiebefund" }, { "system": "http://ihe-d.de/CodeSystems/IHEXDStypeCode", "code": "PATH", "display": "Pathologiebefundberichte" } ] }, "category": [ { "coding": [ { "system": "http://ihe-d.de/CodeSystems/IHEXDSclassCode", "code": "BEF", "display": "Befundbericht" } ] } ], "status": "current", "description": "Molekularpathologiebefund vom 31.12.21", "subject": { "reference": "Patient/PatientinMusterfrau" }, "securityLabel": [ { "coding": [ { "code": "N", "system": "http://terminology.hl7.org/CodeSystem/v3-Confidentiality" } ] } ], "content": [ { "attachment": { "contentType": "application/pdf", "url": "https://mein-Dokumentenserver/dokumente/1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340.pdf", "language": "de", "creation": "2020-12-31T23:50:50-05:00" }, "format": { "code": "urn:ihe:iti:xds:2017:mimeTypeSufficient", "system": "http://ihe.net/fhir/ihe.formatcode.fhir/CodeSystem/formatcode", "display": "mimeType Sufficient" } } ], "context": { "facilityType": { "coding": [ { "code": "KHS", "system": "http://ihe-d.de/CodeSystems/PatientBezogenenGesundheitsversorgung", "display": "Krankenhaus" } ] }, "practiceSetting": { "coding": [ { "code": "ALLG", "system": "http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" } ] }, "encounter": [ { "reference": "Encounter/BeispielBesuch" } ] } }
Clientseitiges Dokument (nur mit KDL annotiert)
in XML
<DocumentReference xmlns="http://hl7.org/fhir"> <id value="dok-beispiel-client-with-binary-pdf-example-short" /> <meta> <profile value="https://gematik.de/fhir/isik/StructureDefinition/ISiKDokumentenMetadaten" /> <security> <system value="http://terminology.hl7.org/CodeSystem/v3-ActReason" /> <code value="HTEST" /> </security> </meta> <masterIdentifier> <system value="urn:ietf:rfc:3986" /> <value value="urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340" /> </masterIdentifier> <status value="current" /> <type> <coding> <system value="http://dvmd.de/fhir/CodeSystem/kdl" /> <code value="PT130102" /> <display value="Molekularpathologiebefund" /> </coding> </type> <subject> <reference value="Patient/PatientinMusterfrau" /> </subject> <description value="Molekularpathologiebefund vom 31.12.21" /> <securityLabel> <coding> <system value="http://terminology.hl7.org/CodeSystem/v3-Confidentiality" /> <code value="N" /> </coding> </securityLabel> <content> <attachment> <contentType value="application/pdf" /> <language value="de" /> <data value="JVBERi0xLjUNJeLjz9MNCjEw" /> <creation value="2020-12-31T23:50:50-05:00" /> </attachment> <format> <system value="http://ihe.net/fhir/ihe.formatcode.fhir/CodeSystem/formatcode" /> <code value="urn:ihe:iti:xds:2017:mimeTypeSufficient" /> <display value="mimeType Sufficient" /> </format> </content> <context> <encounter> <reference value="Encounter/BeispielBesuch" /> </encounter> <facilityType> <coding> <system value="http://ihe-d.de/CodeSystems/PatientBezogenenGesundheitsversorgung" /> <code value="KHS" /> <display value="Krankenhaus" /> </coding> </facilityType> <practiceSetting> <coding> <system value="http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" /> <code value="ALLG" /> </coding> </practiceSetting> </context> </DocumentReference>
in JSON
{ "resourceType": "DocumentReference", "id": "dok-beispiel-client-with-binary-pdf-example-short", "meta": { "security": [ { "code": "HTEST", "system": "http://terminology.hl7.org/CodeSystem/v3-ActReason" } ], "profile": [ "https://gematik.de/fhir/isik/StructureDefinition/ISiKDokumentenMetadaten" ] }, "masterIdentifier": { "system": "urn:ietf:rfc:3986", "value": "urn:oid:1.2.840.113556.1.8000.2554.58783.21864.3474.19410.44358.58254.41281.46340" }, "type": { "coding": [ { "system": "http://dvmd.de/fhir/CodeSystem/kdl", "code": "PT130102", "display": "Molekularpathologiebefund" } ] }, "status": "current", "description": "Molekularpathologiebefund vom 31.12.21", "subject": { "reference": "Patient/PatientinMusterfrau" }, "securityLabel": [ { "coding": [ { "code": "N", "system": "http://terminology.hl7.org/CodeSystem/v3-Confidentiality" } ] } ], "content": [ { "attachment": { "contentType": "application/pdf", "data": "JVBERi0xLjUNJeLjz9MNCjEw", "language": "de", "creation": "2020-12-31T23:50:50-05:00" }, "format": { "code": "urn:ihe:iti:xds:2017:mimeTypeSufficient", "system": "http://ihe.net/fhir/ihe.formatcode.fhir/CodeSystem/formatcode", "display": "mimeType Sufficient" } } ], "context": { "facilityType": { "coding": [ { "code": "KHS", "system": "http://ihe-d.de/CodeSystems/PatientBezogenenGesundheitsversorgung", "display": "Krankenhaus" } ] }, "practiceSetting": { "coding": [ { "code": "ALLG", "system": "http://ihe-d.de/CodeSystems/AerztlicheFachrichtungen" } ] }, "encounter": [ { "reference": "Encounter/BeispielBesuch" } ] } }