Dokumente (DocumentReference/Composition)


Dokumentenaustausch

Hinweis Information
Information Für den (einrichtungsübergreifenden) Dokumentenaustausch eignet sich das IHE-MHD-Profil, das Transactionen zwischen verschiedenen Akteuren (Document-Source, Document-Recipient, Document-Provider und Document-Consumer) beschreibt um u.A. über eine REST-API

* einen Satz von Dokumenten und Metadaten von einem mobilen Gerät an einen Dokumentenempfänger zu übermitteln
* die Metadaten des Dokumentenübermittlungssatzes auf der Basis von Abfrageparametern zu finden
* eine Kopie eines bestimmten Dokuments abzurufen

Typisierung und Klassifizierung

Für die Klassifikation und Typisierung von Dokumenten können die von IHE-Deutschland publizierten Class- und Typecodes verwendet werden.

IHE-TypeCode-Valueset in Art-Decor

IHE-ClassCode-ValueSet in Art-Decor

Diese ValueSets werden als FHIR ValueSet Ressource innerhalb der Deutschen Basisprofile publiziert. Siehe ValueSets.

Für eine feingranularere Unterscheidung klinischer Dokumenttypen, kommt zusätzlich die vom DVMD publizierte Klinische Dokumentenliste (KDL) in Frage, die einschließlich der Mappings auf IHE-Class- und Typecodes als FHIR-Ressourcen publiziert ist: https://simplifier.net/KDL

Ein primär nach KDL typisiertes Dokument mit zusätzlichen Mappings nach IHE-Class- und TypeCode, hätte dann Beispielsweise folgende Attribute für type und category:

<type>
	<coding>
		<system value="http://dvmd.de/fhir/CodeSystem/kdl" />
		<code value="DG060111" />
		<display value="EKG-Auswertung" />
	</coding>
	<coding>
		<system value="http://ihe-d.de/CodeSystems/IHEXDStypeCode" />
		<code value="FUNK" />
		<display value="Ergebnisse Funktionsdiagnostik" />
	</coding>
</type>
<category>
	<coding>
		<system value="http://ihe-d.de/CodeSystems/IHEXDSclassCode" />
		<code value="BEF" />
		<display value="Befund" />
	</coding>
</category>

Des Weiteren besteht die Option der Kodierung per LOINC Document Ontology.


FHIR Dokumente

FHIR-native Dokumente werden als Document-Bundle repräsentiert. Die Regeln für den Aufbau eines solchen Bundles finden sich im Abschnitt 'FHIR Documents' der Kernspezifikation.

Oftmals ist es erwünscht innerhalb eines solchen Dokumentes eine referenzielle Integrität sicherzustellen, d.h. alle Referenzen müssen im Bundle selbst aufgelöst werden können.

In Abhängigkeit wie die fullUrls im Bundle aufgebaut sind können folgende Constraints verwendet werden:

  • Für fullUrls mit absoulten URLs:

Bundle.entry.descendants().reference.distinct().all($this in %context.entry.fullUrl.select($this.toString().substring('https://example.org/fhir/'.length())))

Es ist zu beachten, dass https://example.org/fhir/ durch die verwendete Base URL zu ersetzen ist.

  • Für fullUrls mit UUID:

Bundle.entry.descendants().reference.distinct().subsetOf(%context.entry.fullUrl)