Erforderliche Metadaten für Dokumentenaustausch in ISiK
Metadaten
Canonical | Status | Version | Basis |
---|---|---|---|
https://gematik.de/fhir/isik/v3/Dokumentenaustausch/StructureDefinition/ISiKDokumentenMetadaten | active | 3.0.0 | http://hl7.org/fhir/StructureDefinition/DocumentReference |
Inhalt
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 | CodingBinding |
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 | CodingBinding |
text | Σ | 0..1 | string |
category | S Σ | 0..1 | CodeableConcept |
id | 0..1 | string | |
extension | I | 0..* | Extension |
coding | Σ | 1..* | Coding |
XDS | S Σ | 1..1 | CodingBinding |
id | 0..1 | string | |
extension | I | 0..* | Extension |
system | S Σ | 1..1 | uri |
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) |
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:" |
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] |
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.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 | Siehe Beschreibung in der 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 | ||
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. |
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. 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 |
<StructureDefinition xmlns="http://hl7.org/fhir"> <id value="ISiKDokumentenMetadaten" /> <url value="https://gematik.de/fhir/isik/v3/Dokumentenaustausch/StructureDefinition/ISiKDokumentenMetadaten" /> <version value="3.0.0" /> <name value="ISiKDokumentenMetadaten" /> <title value="Erforderliche Metadaten für Dokumentenaustausch in ISiK" /> <status value="active" /> <publisher value="gematik GmbH" /> <fhirVersion value="4.0.1" /> <mapping> <identity value="workflow" /> <uri value="http://hl7.org/fhir/workflow" /> <name value="Workflow Pattern" /> </mapping> <mapping> <identity value="fhircomposition" /> <uri value="http://hl7.org/fhir/composition" /> <name value="FHIR Composition" /> </mapping> <mapping> <identity value="rim" /> <uri value="http://hl7.org/v3" /> <name value="RIM Mapping" /> </mapping> <mapping> <identity value="cda" /> <uri value="http://hl7.org/v3/cda" /> <name value="CDA (R2)" /> </mapping> <mapping> <identity value="w5" /> <uri value="http://hl7.org/fhir/fivews" /> <name value="FiveWs Pattern Mapping" /> </mapping> <mapping> <identity value="v2" /> <uri value="http://hl7.org/v2" /> <name value="HL7 v2 Mapping" /> </mapping> <mapping> <identity value="xds" /> <uri value="http://ihe.net/xds" /> <name value="XDS metadata equivalent" /> </mapping> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <uri value="http://hl7.org/fhir/StructureDefinition/Composition" /> <name value="Metadaten eines strukturieren Dokumentes (Document-Bundle)" /> </mapping> <kind value="resource" /> <abstract value="false" /> <type value="DocumentReference" /> <baseDefinition value="http://hl7.org/fhir/StructureDefinition/DocumentReference" /> <derivation value="constraint" /> <differential> <element id="DocumentReference.masterIdentifier"> <path value="DocumentReference.masterIdentifier" /> <short value="Versionsspezifische OID des Dokumentes" /> <min value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Bundle.identifier" /> </mapping> </element> <element id="DocumentReference.masterIdentifier.system"> <path value="DocumentReference.masterIdentifier.system" /> <short value="Namensraum des Identifiers" /> <comment value="Fix: `urn:ietf:rfc:3986`" /> <min value="1" /> <patternUri value="urn:ietf:rfc:3986" /> <mustSupport value="true" /> </element> <element id="DocumentReference.masterIdentifier.value"> <path value="DocumentReference.masterIdentifier.value" /> <short value="Wert des Identifiers" /> <comment value="OID mit URI-Präfix &quot;urn:oid:&quot;" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.identifier"> <path value="DocumentReference.identifier" /> <comment value="Abweichend zu MHD V4.0.1 ist die Angabe eines Identifiers in ISiK nicht erforderlich.\nEin solcher kann bei Bedarf (z.B. zur Weitergabe des Dokumentes per XDS) erzeugt werden.\n&#13;[Konsens der Arbeitsgruppe vom 12.11.2021]\n\nUpdate für Stufe 3:\nIn 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." /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.identifier" /> </mapping> </element> <element id="DocumentReference.status"> <path value="DocumentReference.status" /> <short value="Status des Dokumentenmetadatensatzes" /> <comment value="Der Status des Dokumentes wird in DocumentReference.docStatus gesetzt!" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="=current" /> </mapping> </element> <element id="DocumentReference.docStatus"> <path value="DocumentReference.docStatus" /> <short value="Bearbeitungsstatus des Dokumentes" /> <comment value="Abweichend zu MHD V4.0.1 ist die Verwendung von docStatus im ISiK-Kontext erlaubt. Doe Verwendung von docStatus bleibt jedoch optional,\n da nicht alle Dokumentenerzeugende Systeme einen expliziten Freigabe-Workflow haben. Dokumentenserver müssen jedoch in der Lage sein, den Dokumentenstatus\n (sofern vorhanden) zu persistieren, anzuzeigen und zu reproduzieren.\n &#13;[Konsens der Arbeitsgruppe vom 10.12.2021]" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.status" /> </mapping> </element> <element id="DocumentReference.type"> <path value="DocumentReference.type" /> <short value="Dokumententyp" /> <comment value="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).\n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden. Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt.\n\n [Konsens der Arbeitgruppe vom 18.02.2022]" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.type.coding"> <path value="DocumentReference.type.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="$this" /> </discriminator> <rules value="open" /> </slicing> <min value="1" /> </element> <element id="DocumentReference.type.coding:KDL"> <path value="DocumentReference.type.coding" /> <sliceName value="KDL" /> <short value="Dokumenttyp gem. KDL-Terminologie" /> <min value="1" /> <max value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://dvmd.de/fhir/ValueSet/kdl" /> </binding> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.type.coding[KDL]" /> </mapping> </element> <element id="DocumentReference.type.coding:KDL.system"> <path value="DocumentReference.type.coding.system" /> <short value="Kodiersystem" /> <comment value="Fix: &quot;http://dvmd.de/fhir/CodeSystem/kdl&quot;" /> <min value="1" /> <patternUri value="http://dvmd.de/fhir/CodeSystem/kdl" /> <mustSupport value="true" /> </element> <element id="DocumentReference.type.coding:KDL.code"> <path value="DocumentReference.type.coding.code" /> <short value="Code" /> <comment value="Der KDL-Code" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.type.coding:KDL.display"> <path value="DocumentReference.type.coding.display" /> <short value="Anzeigetext" /> <comment value="Der Anzeigetext zum KDL-Code" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.type.coding:XDS"> <path value="DocumentReference.type.coding" /> <sliceName value="XDS" /> <short value="Dokumenttyp gem. IHE-De-Terminologie" /> <comment value="Die Übermittlung des XDS-Type-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n 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](https://simplifier.net/kdl) publizierten\n [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap) aus dem KDL-Code ermittelt werden" /> <min value="0" /> <max value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDStypeCode" /> </binding> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.type.coding[XDS]" /> <comment value="Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden" /> </mapping> </element> <element id="DocumentReference.category"> <path value="DocumentReference.category" /> <short value="Dokumentklasse/-Kategorie" /> <comment value="Die Kategorisierung von Dokumenten erfolgt mittels der von IHE Deutschland publizierten XDS-Class-Codes.\n Die übermittlung des XDS-Class-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n muss jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden.\n Der XDS-Class-Code kann mit Hilfe der bereitgestellten [ConceptMap](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden." /> <max value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.category.coding"> <path value="DocumentReference.category.coding" /> <slicing> <discriminator> <type value="pattern" /> <path value="$this" /> </discriminator> <rules value="open" /> </slicing> <min value="1" /> </element> <element id="DocumentReference.category.coding:XDS"> <path value="DocumentReference.category.coding" /> <sliceName value="XDS" /> <min value="1" /> <max value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDSclassCode" /> </binding> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.category.coding[XDS]" /> <comment value="Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden" /> </mapping> </element> <element id="DocumentReference.category.coding:XDS.system"> <path value="DocumentReference.category.coding.system" /> <short value="Kodiersystem" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.category.coding:XDS.code"> <path value="DocumentReference.category.coding.code" /> <short value="Code" /> <comment value="Der XDS-Class-Code" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.category.coding:XDS.display"> <path value="DocumentReference.category.coding.display" /> <short value="Anzeigetext" /> <comment value="Der Anzeigetext zum XDS-Class-Code" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.subject"> <path value="DocumentReference.subject" /> <short value="Patientenbezug des Dokumentes" /> <comment value="Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/documentreference-definitions.html#DocumentReference.subject)" /> <min value="1" /> <type> <code value="Reference" /> <targetProfile value="http://hl7.org/fhir/StructureDefinition/Patient" /> </type> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Lookup Composition.subject.resolve().identifier[PID]" /> <comment value="Ermittlung des korrekten Patienten auf dem Server anhand des Identifiers (PID) und/oder weiterer Kriterien erforderlich" /> </mapping> </element> <element id="DocumentReference.subject.reference"> <path value="DocumentReference.subject.reference" /> <short value="Absolute oder relative URL des Patienten auf dem Server" /> <comment value="Absolute oder relative URL des Patienten auf dem Server" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.date"> <path value="DocumentReference.date" /> <comment value="Abweichend zu MHD V4.0.1 ist die Verwendung von date im ISiK-Kontext nicht verpflichtend.\nDie Motivation für die verbindliche Verwendung von `date` seitens IHE ist nicht nachvollziehbar.\nEin entsprechender Change Request zur Harmonisierung wurde eingereicht. Das Dokumentendatum wird in attachment.creation gesetzt.\n\nUpdate für Stufe 3:\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe von date gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD." /> </element> <element id="DocumentReference.author"> <path value="DocumentReference.author" /> <short value="Autor des Dokumentes" /> <comment value="In dieser Ausbaustufe ist die Nennung des Namens oder Kürzels des Autors ausreichend.\n Eine darüber hinaus gehende Verlinkung auf einen Pracitioner (auflösbar auf dem Server) ist möglich aber nicht erforderlich." /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.author" /> </mapping> </element> <element id="DocumentReference.author.display"> <path value="DocumentReference.author.display" /> <mustSupport value="true" /> </element> <element id="DocumentReference.custodian"> <path value="DocumentReference.custodian" /> <comment value="Einschränkung der Kardinalität analog MHD V4.0.1" /> <max value="0" /> </element> <element id="DocumentReference.relatesTo"> <path value="DocumentReference.relatesTo" /> <mustSupport value="true" /> </element> <element id="DocumentReference.relatesTo.code"> <path value="DocumentReference.relatesTo.code" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.relatesTo.code" /> </mapping> </element> <element id="DocumentReference.relatesTo.target"> <path value="DocumentReference.relatesTo.target" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Lookup Composition.relatesTo.targetReference.resolve().identifier" /> <comment value="Ermittlung der zu ersetzenden DocumentReference anhand des identifiers der referenzierten Composition erforderlich" /> </mapping> </element> <element id="DocumentReference.description"> <path value="DocumentReference.description" /> <comment value="Genaue menschenlesbare Beschreibung des Dokumentes, z.B. &quot;Lungenfunktionstest vom 18.02.2022&quot;" /> <min value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.title" /> </mapping> </element> <element id="DocumentReference.securityLabel"> <path value="DocumentReference.securityLabel" /> <short value="Vertraulichkeit" /> <comment value="Die Bereitstellung des Vertraulichkeitsinformation durch den Ersteller des Dokumentes ist verpflichtend.\nEbenso sind Dokumentenserver verpflichtet, diese Information zu persistieren und bei der Dokumentenabfrage zu reproduzieren.\nDie ISiK-Spezifikation trifft jedoch keine Annahmen darüber, wie sich einzelne Vertraulichkeitsstufen auf die Zugriffsberechtigungen\nverschiedener benutzer auf ein Dokument auswirken. Im ISiK-Kontext ist die Angabe einer der drei Vertraulichkeitsstufen\nN | R | V verpflichtend, jedoch ohne Einschränkung der Verwendung zusätzlicher Vertraulichkeits-Flags.\n&#13;\n\n[Konsens der Arbeitsgruppe vom 12.11.2021]" /> <min value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="https://gematik.de/fhir/isik/v3/Dokumentenaustausch/ValueSet/ISiKConfidentialityCodes" /> </binding> </element> <element id="DocumentReference.content"> <path value="DocumentReference.content" /> <short value="Beschreibung des Dokumenteninhaltes" /> <comment value="Die Kardinalität wurde angepasst, um den Vorgaben von IHE MHD zu ensprechen [Änderung im Zuge der Kommentierung Stufe 3]." /> <max value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.content.attachment"> <path value="DocumentReference.content.attachment" /> <short value="Anhang" /> <mustSupport value="true" /> </element> <element id="DocumentReference.content.attachment.contentType"> <path value="DocumentReference.content.attachment.contentType" /> <short value="Mimetype des Dokumentes" /> <comment value="Mimetype (Dateityp) des Dokumentes (z.B. &quot;application/pdf&quot;)" /> <min value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="`application/html` für den extrahierten Narrative, `application/fhir+xml` oder `application/fhir+json` für das Bundle" /> </mapping> </element> <element id="DocumentReference.content.attachment.language"> <path value="DocumentReference.content.attachment.language" /> <short value="Sprache, in der das Dokument verfasst wurde." /> <comment value="Kann bei Systemen, die keine Mehrsprachigkeit unterstützen,\n fest auf &quot;de&quot; oder &quot;de-DE&quot; gesetzt werden." /> <min value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="=de sofern keine abweichende Angabe in Composition.language" /> </mapping> </element> <element id="DocumentReference.content.attachment.data"> <path value="DocumentReference.content.attachment.data" /> <short value="Base64-codierte Binärdaten" /> <comment value="Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden. \n \nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion &quot;Dokumentenbereitstellung&quot;, \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden." /> <mustSupport value="true" /> </element> <element id="DocumentReference.content.attachment.url"> <path value="DocumentReference.content.attachment.url" /> <short value="Referenz auf Dokument" /> <comment value="Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden. \n \nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion &quot;Dokumentenbereitstellung&quot;, \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden." /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="vom Server festgelegter Speicherort des Bundles/Narratives" /> </mapping> </element> <element id="DocumentReference.content.attachment.creation"> <path value="DocumentReference.content.attachment.creation" /> <short value="Dokumentendatum" /> <comment value="Es obliegt dem erzeugenden System, zu entscheiden,\n welches Datum als Dokumentendatum geeignet ist, z.B. Datum der Erstellung oder Datum der letzten Änderung" /> <min value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Composition.date" /> </mapping> </element> <element id="DocumentReference.content.format"> <path value="DocumentReference.content.format" /> <short value="Format des Dokumentes" /> <comment value="Sofern das Dokument nicht auf einem standardisierten,\n strukturierten Austauschformat (z.B. CDA) basiert, für dessen Interpretation ein konkretes Schema herangezogen werden muss,\n genügt die Angabe des Codes\n &quot;urn:ihe:iti:xds:2017:mimeTypeSufficient&quot;" /> <min value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDSformatCodeDE" /> </binding> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="=urn:ihe:iti:xds:2017:mimeTypeSufficient" /> </mapping> </element> <element id="DocumentReference.context"> <path value="DocumentReference.context" /> <min value="1" /> <mustSupport value="true" /> </element> <element id="DocumentReference.context.encounter"> <path value="DocumentReference.context.encounter" /> <comment value="Abweichend zu MHD V4.0.1 ist die Verwendung der Encounter-Referenz im ISiK-Kontext erlaubt.\nUpdate für Stufe 3: \nIn 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." /> <max value="1" /> <mustSupport value="true" /> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="Lookup Composition.encounter.resolve().identifier" /> <comment value="Ermittlung des korrekten Encounters auf dem Server anhand des Identifiers(Fallnummer) und/oder weiterer Kriterien erforderlich" /> </mapping> </element> <element id="DocumentReference.context.event"> <path value="DocumentReference.context.event" /> <comment value="Binding auf IHE-DE Terminologie hinzugefügt" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDSeventCodeList" /> </binding> </element> <element id="DocumentReference.context.event.coding"> <path value="DocumentReference.context.event.coding" /> <min value="1" /> <max value="1" /> </element> <element id="DocumentReference.context.event.coding.system"> <path value="DocumentReference.context.event.coding.system" /> <min value="1" /> </element> <element id="DocumentReference.context.event.coding.code"> <path value="DocumentReference.context.event.coding.code" /> <min value="1" /> </element> <element id="DocumentReference.context.facilityType"> <path value="DocumentReference.context.facilityType" /> <short value="Art der Einrichtung, aus der das Dokument stammt" /> <comment value="Kann, sofern keine abweichende Information bekannt ist auf &quot;KHS&quot; gesetzt werden." /> <min value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDShealthcareFacilityTypeCode" /> </binding> <mapping> <identity value="CompositionDocumentReferenceMapping" /> <map value="=KHS, sofern nichts anderes bekannt" /> </mapping> </element> <element id="DocumentReference.context.practiceSetting"> <path value="DocumentReference.context.practiceSetting" /> <comment value="Binding auf IHE-DE Terminologie hinzugefügt" /> <min value="1" /> <mustSupport value="true" /> <binding> <strength value="required" /> <valueSet value="http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode" /> </binding> </element> </differential> </StructureDefinition>
{ "resourceType": "StructureDefinition", "id": "ISiKDokumentenMetadaten", "url": "https://gematik.de/fhir/isik/v3/Dokumentenaustausch/StructureDefinition/ISiKDokumentenMetadaten", "version": "3.0.0", "name": "ISiKDokumentenMetadaten", "title": "Erforderliche Metadaten für Dokumentenaustausch in ISiK", "status": "active", "publisher": "gematik GmbH", "fhirVersion": "4.0.1", "mapping": [ { "identity": "workflow", "uri": "http://hl7.org/fhir/workflow", "name": "Workflow Pattern" }, { "identity": "fhircomposition", "uri": "http://hl7.org/fhir/composition", "name": "FHIR Composition" }, { "identity": "rim", "uri": "http://hl7.org/v3", "name": "RIM Mapping" }, { "identity": "cda", "uri": "http://hl7.org/v3/cda", "name": "CDA (R2)" }, { "identity": "w5", "uri": "http://hl7.org/fhir/fivews", "name": "FiveWs Pattern Mapping" }, { "identity": "v2", "uri": "http://hl7.org/v2", "name": "HL7 v2 Mapping" }, { "identity": "xds", "uri": "http://ihe.net/xds", "name": "XDS metadata equivalent" }, { "identity": "CompositionDocumentReferenceMapping", "uri": "http://hl7.org/fhir/StructureDefinition/Composition", "name": "Metadaten eines strukturieren Dokumentes (Document-Bundle)" } ], "kind": "resource", "abstract": false, "type": "DocumentReference", "baseDefinition": "http://hl7.org/fhir/StructureDefinition/DocumentReference", "derivation": "constraint", "differential": { "element": [ { "id": "DocumentReference.masterIdentifier", "path": "DocumentReference.masterIdentifier", "short": "Versionsspezifische OID des Dokumentes", "min": 1, "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Bundle.identifier" } ] }, { "id": "DocumentReference.masterIdentifier.system", "path": "DocumentReference.masterIdentifier.system", "short": "Namensraum des Identifiers", "comment": "Fix: `urn:ietf:rfc:3986`", "min": 1, "patternUri": "urn:ietf:rfc:3986", "mustSupport": true }, { "id": "DocumentReference.masterIdentifier.value", "path": "DocumentReference.masterIdentifier.value", "short": "Wert des Identifiers", "comment": "OID mit URI-Präfix "urn:oid:"", "min": 1, "mustSupport": true }, { "id": "DocumentReference.identifier", "path": "DocumentReference.identifier", "comment": "Abweichend zu MHD V4.0.1 ist die Angabe eines Identifiers in ISiK nicht erforderlich.\nEin solcher kann bei Bedarf (z.B. zur Weitergabe des Dokumentes per XDS) erzeugt werden.\n [Konsens der Arbeitsgruppe vom 12.11.2021]\n\nUpdate für Stufe 3:\nIn 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.", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.identifier" } ] }, { "id": "DocumentReference.status", "path": "DocumentReference.status", "short": "Status des Dokumentenmetadatensatzes", "comment": "Der Status des Dokumentes wird in DocumentReference.docStatus gesetzt!", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "=current" } ] }, { "id": "DocumentReference.docStatus", "path": "DocumentReference.docStatus", "short": "Bearbeitungsstatus des Dokumentes", "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von docStatus im ISiK-Kontext erlaubt. Doe Verwendung von docStatus bleibt jedoch optional,\n da nicht alle Dokumentenerzeugende Systeme einen expliziten Freigabe-Workflow haben. Dokumentenserver müssen jedoch in der Lage sein, den Dokumentenstatus\n (sofern vorhanden) zu persistieren, anzuzeigen und zu reproduzieren.\n [Konsens der Arbeitsgruppe vom 10.12.2021]", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.status" } ] }, { "id": "DocumentReference.type", "path": "DocumentReference.type", "short": "Dokumententyp", "comment": "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).\n Während KDL-Codes eine feingranulare Dokumentenklassifikation für die gezielte Suche nach medizinischen und Administrativen Dokumenten ermöglichen,\n sind IHE-XDS-Type-Codes für den einrichtungsübergreifenden Dokumentenaustausch maßgeblich.\n Der XDS-Type-Code kann mit Hilfe der bereitgestellten [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden. Weitere Typisierungen (z.B. nach SNOMED oder LOINC) sind uneingeschränkt erlaubt.\n\n [Konsens der Arbeitgruppe vom 18.02.2022]", "min": 1, "mustSupport": true }, { "id": "DocumentReference.type.coding", "path": "DocumentReference.type.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "$this" } ], "rules": "open" }, "min": 1 }, { "id": "DocumentReference.type.coding:KDL", "path": "DocumentReference.type.coding", "sliceName": "KDL", "short": "Dokumenttyp gem. KDL-Terminologie", "min": 1, "max": "1", "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://dvmd.de/fhir/ValueSet/kdl" }, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.type.coding[KDL]" } ] }, { "id": "DocumentReference.type.coding:KDL.system", "path": "DocumentReference.type.coding.system", "short": "Kodiersystem", "comment": "Fix: "http://dvmd.de/fhir/CodeSystem/kdl"", "min": 1, "patternUri": "http://dvmd.de/fhir/CodeSystem/kdl", "mustSupport": true }, { "id": "DocumentReference.type.coding:KDL.code", "path": "DocumentReference.type.coding.code", "short": "Code", "comment": "Der KDL-Code", "min": 1, "mustSupport": true }, { "id": "DocumentReference.type.coding:KDL.display", "path": "DocumentReference.type.coding.display", "short": "Anzeigetext", "comment": "Der Anzeigetext zum KDL-Code", "min": 1, "mustSupport": true }, { "id": "DocumentReference.type.coding:XDS", "path": "DocumentReference.type.coding", "sliceName": "XDS", "short": "Dokumenttyp gem. IHE-De-Terminologie", "comment": "Die Übermittlung des XDS-Type-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n 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](https://simplifier.net/kdl) publizierten\n [ConceptMaps](https://simplifier.net/kdl/~resources?category=ConceptMap) aus dem KDL-Code ermittelt werden", "min": 0, "max": "1", "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDStypeCode" }, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.type.coding[XDS]", "comment": "Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden" } ] }, { "id": "DocumentReference.category", "path": "DocumentReference.category", "short": "Dokumentklasse/-Kategorie", "comment": "Die Kategorisierung von Dokumenten erfolgt mittels der von IHE Deutschland publizierten XDS-Class-Codes.\n Die übermittlung des XDS-Class-Codes ist im Rahmen der Dokumentenbereitstellung für Clients nicht verpflichtend,\n muss jedoch vom Server bei der Entgegennahme ggf. ergänzt und bei der Dokumentenabfrage zurückgegeben werden.\n Der XDS-Class-Code kann mit Hilfe der bereitgestellten [ConceptMap](https://simplifier.net/kdl/~resources?category=ConceptMap)\n aus dem KDL-Code ermittelt werden.", "max": "1", "mustSupport": true }, { "id": "DocumentReference.category.coding", "path": "DocumentReference.category.coding", "slicing": { "discriminator": [ { "type": "pattern", "path": "$this" } ], "rules": "open" }, "min": 1 }, { "id": "DocumentReference.category.coding:XDS", "path": "DocumentReference.category.coding", "sliceName": "XDS", "min": 1, "max": "1", "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDSclassCode" }, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.category.coding[XDS]", "comment": "Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden" } ] }, { "id": "DocumentReference.category.coding:XDS.system", "path": "DocumentReference.category.coding.system", "short": "Kodiersystem", "min": 1, "mustSupport": true }, { "id": "DocumentReference.category.coding:XDS.code", "path": "DocumentReference.category.coding.code", "short": "Code", "comment": "Der XDS-Class-Code", "min": 1, "mustSupport": true }, { "id": "DocumentReference.category.coding:XDS.display", "path": "DocumentReference.category.coding.display", "short": "Anzeigetext", "comment": "Der Anzeigetext zum XDS-Class-Code", "min": 1, "mustSupport": true }, { "id": "DocumentReference.subject", "path": "DocumentReference.subject", "short": "Patientenbezug des Dokumentes", "comment": "Siehe Beschreibung in der [FHIR Kernspezifikation](http://hl7.org/fhir/documentreference-definitions.html#DocumentReference.subject)", "min": 1, "type": [ { "code": "Reference", "targetProfile": [ "http://hl7.org/fhir/StructureDefinition/Patient" ] } ], "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Lookup Composition.subject.resolve().identifier[PID]", "comment": "Ermittlung des korrekten Patienten auf dem Server anhand des Identifiers (PID) und/oder weiterer Kriterien erforderlich" } ] }, { "id": "DocumentReference.subject.reference", "path": "DocumentReference.subject.reference", "short": "Absolute oder relative URL des Patienten auf dem Server", "comment": "Absolute oder relative URL des Patienten auf dem Server", "min": 1, "mustSupport": true }, { "id": "DocumentReference.date", "path": "DocumentReference.date", "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung von date im ISiK-Kontext nicht verpflichtend.\nDie Motivation für die verbindliche Verwendung von `date` seitens IHE ist nicht nachvollziehbar.\nEin entsprechender Change Request zur Harmonisierung wurde eingereicht. Das Dokumentendatum wird in attachment.creation gesetzt.\n\nUpdate für Stufe 3:\nIn MHD 4.2.0 wurde die Verpflichtung zur Angabe von date gelockert, das ISiK-Profil ist damit in diesem Punkt wieder kompatibel zu IHE MHD." }, { "id": "DocumentReference.author", "path": "DocumentReference.author", "short": "Autor des Dokumentes", "comment": "In dieser Ausbaustufe ist die Nennung des Namens oder Kürzels des Autors ausreichend.\n Eine darüber hinaus gehende Verlinkung auf einen Pracitioner (auflösbar auf dem Server) ist möglich aber nicht erforderlich.", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.author" } ] }, { "id": "DocumentReference.author.display", "path": "DocumentReference.author.display", "mustSupport": true }, { "id": "DocumentReference.custodian", "path": "DocumentReference.custodian", "comment": "Einschränkung der Kardinalität analog MHD V4.0.1", "max": "0" }, { "id": "DocumentReference.relatesTo", "path": "DocumentReference.relatesTo", "mustSupport": true }, { "id": "DocumentReference.relatesTo.code", "path": "DocumentReference.relatesTo.code", "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.relatesTo.code" } ] }, { "id": "DocumentReference.relatesTo.target", "path": "DocumentReference.relatesTo.target", "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Lookup Composition.relatesTo.targetReference.resolve().identifier", "comment": "Ermittlung der zu ersetzenden DocumentReference anhand des identifiers der referenzierten Composition erforderlich" } ] }, { "id": "DocumentReference.description", "path": "DocumentReference.description", "comment": "Genaue menschenlesbare Beschreibung des Dokumentes, z.B. "Lungenfunktionstest vom 18.02.2022"", "min": 1, "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.title" } ] }, { "id": "DocumentReference.securityLabel", "path": "DocumentReference.securityLabel", "short": "Vertraulichkeit", "comment": "Die Bereitstellung des Vertraulichkeitsinformation durch den Ersteller des Dokumentes ist verpflichtend.\nEbenso sind Dokumentenserver verpflichtet, diese Information zu persistieren und bei der Dokumentenabfrage zu reproduzieren.\nDie ISiK-Spezifikation trifft jedoch keine Annahmen darüber, wie sich einzelne Vertraulichkeitsstufen auf die Zugriffsberechtigungen\nverschiedener benutzer auf ein Dokument auswirken. Im ISiK-Kontext ist die Angabe einer der drei Vertraulichkeitsstufen\nN | R | V verpflichtend, jedoch ohne Einschränkung der Verwendung zusätzlicher Vertraulichkeits-Flags.\n \n\n[Konsens der Arbeitsgruppe vom 12.11.2021]", "min": 1, "mustSupport": true, "binding": { "strength": "required", "valueSet": "https://gematik.de/fhir/isik/v3/Dokumentenaustausch/ValueSet/ISiKConfidentialityCodes" } }, { "id": "DocumentReference.content", "path": "DocumentReference.content", "short": "Beschreibung des Dokumenteninhaltes", "comment": "Die Kardinalität wurde angepasst, um den Vorgaben von IHE MHD zu ensprechen [Änderung im Zuge der Kommentierung Stufe 3].", "max": "1", "mustSupport": true }, { "id": "DocumentReference.content.attachment", "path": "DocumentReference.content.attachment", "short": "Anhang", "mustSupport": true }, { "id": "DocumentReference.content.attachment.contentType", "path": "DocumentReference.content.attachment.contentType", "short": "Mimetype des Dokumentes", "comment": "Mimetype (Dateityp) des Dokumentes (z.B. "application/pdf")", "min": 1, "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "`application/html` für den extrahierten Narrative, `application/fhir+xml` oder `application/fhir+json` für das Bundle" } ] }, { "id": "DocumentReference.content.attachment.language", "path": "DocumentReference.content.attachment.language", "short": "Sprache, in der das Dokument verfasst wurde.", "comment": "Kann bei Systemen, die keine Mehrsprachigkeit unterstützen,\n fest auf "de" oder "de-DE" gesetzt werden.", "min": 1, "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "=de sofern keine abweichende Angabe in Composition.language" } ] }, { "id": "DocumentReference.content.attachment.data", "path": "DocumentReference.content.attachment.data", "short": "Base64-codierte Binärdaten", "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden. \n \nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden.", "mustSupport": true }, { "id": "DocumentReference.content.attachment.url", "path": "DocumentReference.content.attachment.url", "short": "Referenz auf Dokument", "comment": "Um die Suche nach Dokumenten effizient zu gestalten, dürfen die Dokumente selbst nicht in die DocumentReference eingebettet werden, \n sondern müssen als separates Datenobjekt referenziert werden. \n \nUpdate für Stufe 3:\nDie Ausnahme bildet die Interaktion "Dokumentenbereitstellung", \nbei der die Binärdaten des Dokumentes eingebettet in die DocumentReference an den Server übermittelt und dort dann in eine separate \nRessource ausgelagert und über Attachment.url referenziert werden.", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "vom Server festgelegter Speicherort des Bundles/Narratives" } ] }, { "id": "DocumentReference.content.attachment.creation", "path": "DocumentReference.content.attachment.creation", "short": "Dokumentendatum", "comment": "Es obliegt dem erzeugenden System, zu entscheiden,\n welches Datum als Dokumentendatum geeignet ist, z.B. Datum der Erstellung oder Datum der letzten Änderung", "min": 1, "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Composition.date" } ] }, { "id": "DocumentReference.content.format", "path": "DocumentReference.content.format", "short": "Format des Dokumentes", "comment": "Sofern das Dokument nicht auf einem standardisierten,\n strukturierten Austauschformat (z.B. CDA) basiert, für dessen Interpretation ein konkretes Schema herangezogen werden muss,\n genügt die Angabe des Codes\n "urn:ihe:iti:xds:2017:mimeTypeSufficient"", "min": 1, "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDSformatCodeDE" }, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "=urn:ihe:iti:xds:2017:mimeTypeSufficient" } ] }, { "id": "DocumentReference.context", "path": "DocumentReference.context", "min": 1, "mustSupport": true }, { "id": "DocumentReference.context.encounter", "path": "DocumentReference.context.encounter", "comment": "Abweichend zu MHD V4.0.1 ist die Verwendung der Encounter-Referenz im ISiK-Kontext erlaubt.\nUpdate für Stufe 3: \nIn 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.", "max": "1", "mustSupport": true, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "Lookup Composition.encounter.resolve().identifier", "comment": "Ermittlung des korrekten Encounters auf dem Server anhand des Identifiers(Fallnummer) und/oder weiterer Kriterien erforderlich" } ] }, { "id": "DocumentReference.context.event", "path": "DocumentReference.context.event", "comment": "Binding auf IHE-DE Terminologie hinzugefügt", "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDSeventCodeList" } }, { "id": "DocumentReference.context.event.coding", "path": "DocumentReference.context.event.coding", "min": 1, "max": "1" }, { "id": "DocumentReference.context.event.coding.system", "path": "DocumentReference.context.event.coding.system", "min": 1 }, { "id": "DocumentReference.context.event.coding.code", "path": "DocumentReference.context.event.coding.code", "min": 1 }, { "id": "DocumentReference.context.facilityType", "path": "DocumentReference.context.facilityType", "short": "Art der Einrichtung, aus der das Dokument stammt", "comment": "Kann, sofern keine abweichende Information bekannt ist auf "KHS" gesetzt werden.", "min": 1, "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDShealthcareFacilityTypeCode" }, "mapping": [ { "identity": "CompositionDocumentReferenceMapping", "map": "=KHS, sofern nichts anderes bekannt" } ] }, { "id": "DocumentReference.context.practiceSetting", "path": "DocumentReference.context.practiceSetting", "comment": "Binding auf IHE-DE Terminologie hinzugefügt", "min": 1, "mustSupport": true, "binding": { "strength": "required", "valueSet": "http://ihe-d.de/ValueSets/IHEXDSpracticeSettingCode" } } ] } }
Terminology-Bindings
Constraints/Invarianten
RestFul API
Interaktion | Verbindlichkeit |
---|---|
read | SHALL |
search-type | SHALL |
Parameter | Typ | Verbindlichkeit |
---|---|---|
_id | token | SHALL |
identifier | token | SHALL |
family | string | SHALL |
given | string | SHALL |
birthdate | date | SHALL |
gender | token | SHALL |
Beispiele
valider Minimaldatensatz eines Patienten
Patient |
name |
family : Mustermann |
given : Max |
gender : male |
<Patient xmlns="http://hl7.org/fhir"> <name> <family value="Mustermann" /> <given value="Max" /> </name> <gender value="male" /> </Patient>
{ "resourceType": "Patient", "name": [ { "family": "Mustermann", "given": [ "Max" ] } ], "gender": "male" }
valider Minimaldatensatz mit überlangem Nachnamen (erzeugt beim Validieren eine Warnung)
Patient |
name |
family : zu Mustermann von den unbegrenzten Spaltenbreiten der Längere |
given : Max |
gender : male |
<Patient xmlns="http://hl7.org/fhir"> <name> <family value="zu Mustermann von den unbegrenzten Spaltenbreiten der Längere" /> <given value="Max" /> </name> <gender value="male" /> </Patient>
{ "resourceType": "Patient", "name": [ { "family": "zu Mustermann von den unbegrenzten Spaltenbreiten der Längere", "given": [ "Max" ] } ], "gender": "male" }