Erzeugen von Metadaten (IHE MHD ITI-106 Generate Metadata)

Hinweis Breaking Change!
Die in der Stufe 3 erfolgte Umstellung der Definition von $generate-metadata von der in ISiK Stufe 2 spezifizierten OperationDefinition auf die in IHE MHD ITI-106 spezifizierte Fassung ist nicht kompatibel zu den Festlegungen dieses Moduls in Stufe 2! Die Änderung dient dem Zweck der Harmonisierung mit der IHE-MHD-Interaktion ITI-106 (Generate Metadata), die zum Zeitpunkt des Releases von Stufe 2 noch nicht zur Verfügung stand.

Hinweise und Anmerkungen zur Implementierung von IHE MHD ITI-106 (Generate Metadata)

Für die Implementierung der Interaktion "Erzeugen von Dokumentenmetadaten" gelten die in IHE MHD festgelegten Vereinbarungen zu ITI-106 (Generate Metadata) gemäß der unten aufgelisteten Kapitel. Abweichungen bzw. zusätzliche Festlegungen im Kontext von ISiK sind im Folgenden zu den einzelnen Kapiteln vermerkt.

2:3.106.4.1 Generate Metadata Request Message

2:3.106.4.1.1 Trigger Events

Die Vereinbarungen gelten uneingeschränkt.

2:3.106.4.1.2 Message Semantics

Die Vereinbarungen gelten uneingeschränkt.

2:3.106.4.1.3 Expected Actions

Der Fokus für die Implementierung der Operation ISiK-Kontext sollte auf dem Persistieren und Erzeugen von Metadaten für ISiK-konforme Bundles gemäß Interaktion ISiK Modul Basis: Bericht aus Subsystem liegen. Für die Implementierung kann das unten angegeben ISiK-Spezifische Mapping Composition -> DocumentReference als Anhaltspunkt verwendet werden.

Die Unterstützung weiterer Input-Formate (z.B. CDA oder andere FHIR-Dokumente, wie MIOs, eRezept, eAU etc.) ist optional.

Alle weiteren Unterkapitel von 2:3.106.4.1.3 Expected Actions sind für den ISiK-Kontext nicht relevant.

2:3.106.4.2 Generate Metadata Response Message

2:3.106.4.2.1 Trigger Events

Die Vereinbarungen gelten uneingeschränkt.

2:3.106.4.2.2 Message Semantics

Die Vereinbarungen gelten uneingeschränkt.

2:3.106.4.2.3 Expected Actions

Die Vereinbarungen gelten uneingeschränkt.

2:3.106.4.3 CapabilityStatement Resource

Es gelten die Vereinbarungen gemäß

Command 'pagelink' could not render: Page not found.

2:3.106.5 Security Considerations

Für Hinweise zur Implementierung von Autorisation und Authentifikation im ISiK-Kontext, siehe Modul ISiK-Connect

ISiK-Spezifisches Mapping Composition -> DocumentReference

Pathmapcomment
DocumentReference.masterIdentifierBundle.identifier
DocumentReference.identifierComposition.identifier
DocumentReference.status=current
DocumentReference.docStatusComposition.status
DocumentReference.type.coding:KDLComposition.type.coding[KDL]
DocumentReference.type.coding:XDSComposition.type.coding[XDS]Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden
DocumentReference.category.coding:XDSComposition.category.coding[XDS]Kann mittels Lookup in den KDL->XDS ConceptMaps anhand des KDL-Type-Codes ermittelt werden
DocumentReference.subjectLookup Composition.subject.resolve().identifier[PID]Ermittlung des korrekten Patienten auf dem Server anhand des Identifiers (PID) und/oder weiterer Kriterien erforderlich
DocumentReference.authorComposition.author
DocumentReference.relatesTo.codeComposition.relatesTo.code
DocumentReference.relatesTo.targetLookup Composition.relatesTo.targetReference.resolve().identifierErmittlung der zu ersetzenden DocumentReference anhand des identifiers der referenzierten Composition erforderlich
DocumentReference.content.attachment.contentType`application/html` für den extrahierten Narrative, `application/fhir+xml` oder `application/fhir+json` für das Bundle
DocumentReference.content.attachment.language=de sofern keine abweichende Angabe in Composition.language
DocumentReference.content.attachment.urlvom Server festgelegter Speicherort des Bundles/Narratives
DocumentReference.content.attachment.titleComposition.title
DocumentReference.content.attachment.creationComposition.date
DocumentReference.content.format=urn:ihe:iti:xds:2017:mimeTypeSufficient
DocumentReference.context.encounterLookup Composition.encounter.resolve().identifierErmittlung des korrekten Encounters auf dem Server anhand des Identifiers(Fallnummer) und/oder weiterer Kriterien erforderlich
DocumentReference.context.facilityType=KHS, sofern nichts anderes bekannt