Ihevs:Folder.codeList
K (einzelne Worte hervorgehoben. XDS.DocumentEntry durch DocumentEntry ersetzt. XDS Folder durch Folder ersetzt.) |
|||
| Zeile 4: | Zeile 4: | ||
Gerade bei longitudinalen Akten stellt sich die Frage, wie die eingestellten Dokumente geordnet werden können. Die in den IHE Document Sharing Profilen vorhandenen Ordner (Folder) entsprechen Markierungen (oft auch als "Tags" bezeichnet), wobei einem Dokument auch mehrere solcher Markierungen problemlos zugewiesen werden können. Dies entspricht dem bei Blogs häufig verwendetem System, bei dem ein Artikel mit einem oder mehreren Tags versehen wird. Dies erlaubt es, die Blog Einträge in mehrere, sich überschneidende Teilmengen aufzuteilen, die unterschiedliche Themengebiete darstellen. Im Gegensatz zu Tags bei Blog Software werden die Folder in den IHE Document Sharing Profilen jedoch nicht nur durch eine frei wählbare Zeichenkette beschrieben, sondern zusätzlich durch einen Identifier und durch eine Liste von Codes. | Gerade bei longitudinalen Akten stellt sich die Frage, wie die eingestellten Dokumente geordnet werden können. Die in den IHE Document Sharing Profilen vorhandenen Ordner (Folder) entsprechen Markierungen (oft auch als "Tags" bezeichnet), wobei einem Dokument auch mehrere solcher Markierungen problemlos zugewiesen werden können. Dies entspricht dem bei Blogs häufig verwendetem System, bei dem ein Artikel mit einem oder mehreren Tags versehen wird. Dies erlaubt es, die Blog Einträge in mehrere, sich überschneidende Teilmengen aufzuteilen, die unterschiedliche Themengebiete darstellen. Im Gegensatz zu Tags bei Blog Software werden die Folder in den IHE Document Sharing Profilen jedoch nicht nur durch eine frei wählbare Zeichenkette beschrieben, sondern zusätzlich durch einen Identifier und durch eine Liste von Codes. | ||
| − | '''Ein''' Dokument kann in XDS also '''mehreren Ordnern''' zugeordnet werden, die wiederum durch mehrere Codes gekennzeichnet sein können. Die Ordner (Folder) in XDS entsprechen somit | + | '''Ein''' Dokument kann in XDS also '''mehreren Ordnern''' zugeordnet werden, die wiederum durch mehrere Codes gekennzeichnet sein können. Die Ordner (Folder) in XDS entsprechen somit nicht dem Ordnerprinzip, mit dem die verbreiteten Betriebssysteme (Windows, UNIX, Linux, MacOS) Dokumente organisieren. Dort werden die Dokumente in hierarchischen Strukturen entsprechenden Ankerpunkten zugeordnet. Diese Strukturen werden dabei über Pfadangaben realisiert, die durch voneinander getrennte Zeichenketten organisiert werden. Somit übernehmen diese zusammengesetzten Zeichenketten die Ablagelogik. (z.B. "C \ Windows \ System" oder "usr \ local"). Ein Dokument kann in einem solchen System typischerweise nur einem Ordner zugeordnet werden. (Manche Betriebssysteme ermöglichen über Verknüpfungseinträge auch eine Mehrfachzuordnung.) Die Ordner in XDS sind '''nicht hierarchisch''', da sich keine Beziehungen zwischen Ordnern (wie Ordner A1 ist ein Unterordner von Ordner A) abbilden lassen. |
Die Einsatzzwecke von Ordnern in den IHE Document Sharing Profilen sind vielfältig und werden hier nicht weiter eingeschränkt. Daher ist das Value Set auch als [[Ihevs:Vokabular-Management|''open'']] deklariert und kann um zusätzliche Codes erweitert werden. Um redundante Kennzeichnungen (und daraus häufig resultierende Widersprüchen) zu vermeiden, wird empfohlen keine Ordner anzulegen, die die schon vorhandenen Metadaten duplizieren. Z.B. ist eine Grobklassifizierung von Dokumenten durch den classCode schon gegeben, daher muss kein Folder für "Befunde" angelegt werden. Ebenso kann eine Verlinkung eines Dokuments mit dem zugehörigen administrativen Fall eines Krankenhauses durch die referenceIdList in den DocumentEntry Metadaten realisiert werden, ohne für jeden Fall einen Folder anlegen zu müssen. Die Nutzung der DocumentEntry Metadaten ist prinzipiell zu bevorzugen, da sich diese in XDS Anfragen weitaus flexibler einsetzen lassen und - im Gegensatz zum Folder - kein explizites Anlegen und Verknüpfen erfordern. | Die Einsatzzwecke von Ordnern in den IHE Document Sharing Profilen sind vielfältig und werden hier nicht weiter eingeschränkt. Daher ist das Value Set auch als [[Ihevs:Vokabular-Management|''open'']] deklariert und kann um zusätzliche Codes erweitert werden. Um redundante Kennzeichnungen (und daraus häufig resultierende Widersprüchen) zu vermeiden, wird empfohlen keine Ordner anzulegen, die die schon vorhandenen Metadaten duplizieren. Z.B. ist eine Grobklassifizierung von Dokumenten durch den classCode schon gegeben, daher muss kein Folder für "Befunde" angelegt werden. Ebenso kann eine Verlinkung eines Dokuments mit dem zugehörigen administrativen Fall eines Krankenhauses durch die referenceIdList in den DocumentEntry Metadaten realisiert werden, ohne für jeden Fall einen Folder anlegen zu müssen. Die Nutzung der DocumentEntry Metadaten ist prinzipiell zu bevorzugen, da sich diese in XDS Anfragen weitaus flexibler einsetzen lassen und - im Gegensatz zum Folder - kein explizites Anlegen und Verknüpfen erfordern. | ||
Aktuelle Version vom 5. März 2021, 07:49 Uhr
Dieses Material ist Teil des Leitfadens [[Category:|Ihevs:Folder.codeList]].
|
Folder.codeList
Gerade bei longitudinalen Akten stellt sich die Frage, wie die eingestellten Dokumente geordnet werden können. Die in den IHE Document Sharing Profilen vorhandenen Ordner (Folder) entsprechen Markierungen (oft auch als "Tags" bezeichnet), wobei einem Dokument auch mehrere solcher Markierungen problemlos zugewiesen werden können. Dies entspricht dem bei Blogs häufig verwendetem System, bei dem ein Artikel mit einem oder mehreren Tags versehen wird. Dies erlaubt es, die Blog Einträge in mehrere, sich überschneidende Teilmengen aufzuteilen, die unterschiedliche Themengebiete darstellen. Im Gegensatz zu Tags bei Blog Software werden die Folder in den IHE Document Sharing Profilen jedoch nicht nur durch eine frei wählbare Zeichenkette beschrieben, sondern zusätzlich durch einen Identifier und durch eine Liste von Codes.
Ein Dokument kann in XDS also mehreren Ordnern zugeordnet werden, die wiederum durch mehrere Codes gekennzeichnet sein können. Die Ordner (Folder) in XDS entsprechen somit nicht dem Ordnerprinzip, mit dem die verbreiteten Betriebssysteme (Windows, UNIX, Linux, MacOS) Dokumente organisieren. Dort werden die Dokumente in hierarchischen Strukturen entsprechenden Ankerpunkten zugeordnet. Diese Strukturen werden dabei über Pfadangaben realisiert, die durch voneinander getrennte Zeichenketten organisiert werden. Somit übernehmen diese zusammengesetzten Zeichenketten die Ablagelogik. (z.B. "C \ Windows \ System" oder "usr \ local"). Ein Dokument kann in einem solchen System typischerweise nur einem Ordner zugeordnet werden. (Manche Betriebssysteme ermöglichen über Verknüpfungseinträge auch eine Mehrfachzuordnung.) Die Ordner in XDS sind nicht hierarchisch, da sich keine Beziehungen zwischen Ordnern (wie Ordner A1 ist ein Unterordner von Ordner A) abbilden lassen.
Die Einsatzzwecke von Ordnern in den IHE Document Sharing Profilen sind vielfältig und werden hier nicht weiter eingeschränkt. Daher ist das Value Set auch als open deklariert und kann um zusätzliche Codes erweitert werden. Um redundante Kennzeichnungen (und daraus häufig resultierende Widersprüchen) zu vermeiden, wird empfohlen keine Ordner anzulegen, die die schon vorhandenen Metadaten duplizieren. Z.B. ist eine Grobklassifizierung von Dokumenten durch den classCode schon gegeben, daher muss kein Folder für "Befunde" angelegt werden. Ebenso kann eine Verlinkung eines Dokuments mit dem zugehörigen administrativen Fall eines Krankenhauses durch die referenceIdList in den DocumentEntry Metadaten realisiert werden, ohne für jeden Fall einen Folder anlegen zu müssen. Die Nutzung der DocumentEntry Metadaten ist prinzipiell zu bevorzugen, da sich diese in XDS Anfragen weitaus flexibler einsetzen lassen und - im Gegensatz zum Folder - kein explizites Anlegen und Verknüpfen erfordern.
Die Codes für das ValueSet werden in ART-DECOR zusammen mit den anderen von IHE Deutschland erstellten ValueSets veröffentlicht (http://art-decor.org/art-decor/decor-valuesets--ihede-) und auf dieser Seite hier eingebunden. Sollte es zu Darstellungsproblemen bei den hier eingebundenen Wertelisten kommen, bitten wir den geneigten Leser direkt auf [ART-DECOR] zuzugreifen.
| Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen. | |||||||||||||||||||||||||||||||||||
| Id | 1.2.276.0.76.11.40 | Gültigkeit | 2021‑06‑25 13:42:01 | ||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Canonical URI | http://ihe-d.de/ValueSets/IHEXDScodeList | ||||||||||||||||||||||||||||||||||
| Status |  Definitiv | Versions-Label | v3 | ||||||||||||||||||||||||||||||||
| Name | IHEXDScodeList | Bezeichnung | IHE XDS codeList | ||||||||||||||||||||||||||||||||
| Beschreibung |  codeList (XDSFolder)The set of codes specifying the type of clinical activities that resulted in placing XDS Documents in a Folder. | ||||||||||||||||||||||||||||||||||
| Quell-Codesystem | 1.3.6.1.4.1.19376.3.276.1.5.7 - Ordnertypen - FHIR: urn:oid:1.3.6.1.4.1.19376.3.276.1.5.7 | ||||||||||||||||||||||||||||||||||
| |||||||||||||||||||||||||||||||||||
| Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. | |||||||||||||||||||||||||||||||||||
