elga-cdaalf-2.06.2:Bezug zu vorgehenden Dokumenten: Unterschied zwischen den Versionen
[unmarkierte Version] | [unmarkierte Version] |
(→Bezug zu vorgehenden Dokumenten) |
(→Allgemeines) |
||
Zeile 3: | Zeile 3: | ||
Dieses Kapitel beschreibt die Versionsverwaltung von CDA-Dokumenten. | Dieses Kapitel beschreibt die Versionsverwaltung von CDA-Dokumenten. | ||
− | + | Der Bezug zu Vorgängerversionen von Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse (siehe [[ILF:Allgemeiner Implementierungsleitfaden#Versionierung_des_Dokuments_.28.E2.80.9EsetId.E2.80.9C_und_.E2.80.9EversionNumber.E2.80.9C.29|Versionierung des Dokuments]]), spezifiziert. | |
− | [[Datei:R-MIM-Klassen für die Bezugnahme auf vorgehende Dokumente.png|500px|thumb|center|Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht.]] | + | [[Datei:R-MIM-Klassen für die Bezugnahme auf vorgehende Dokumente.png|500px|thumb|center|Abbildung 16: Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht.]] |
Der Bezug zum Vordokument wird dabei über die parentDocument Beziehung ausgedrückt, in dem der dazugehörige @''typeCode'' einen Wert aus der Liste der gültigen @''typeCodes'' in der ''relatedDocument''-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert. | Der Bezug zum Vordokument wird dabei über die parentDocument Beziehung ausgedrückt, in dem der dazugehörige @''typeCode'' einen Wert aus der Liste der gültigen @''typeCodes'' in der ''relatedDocument''-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert. |
Version vom 30. August 2017, 13:46 Uhr
1 Bezug zu vorgehenden Dokumenten
1.1 Allgemeines
Dieses Kapitel beschreibt die Versionsverwaltung von CDA-Dokumenten.
Der Bezug zu Vorgängerversionen von Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse (siehe Versionierung des Dokuments), spezifiziert.
Der Bezug zum Vordokument wird dabei über die parentDocument Beziehung ausgedrückt, in dem der dazugehörige @typeCode einen Wert aus der Liste der gültigen @typeCodes in der relatedDocument-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert.
Liste der möglichen Werte der @typeCodes in der relatedDocument Beziehung:
code | displayName | Bedeutung |
---|---|---|
|
|
Verwendung NICHT ERLAUBT Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert. |
RPLC | replaces | Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "überholt" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar. |
|
|
Verwendung NICHT ERLAUBT Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen. Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. |
1.1.1 Spezifikation