cdaab2:Template-Konzept - Versionsgeschichte

Wikiadmin: /* Konzept der Templates */

2015-07-19T19:03:20Z

‎Konzept der Templates

Wikiadmin: /* Section Level Template */

2015-07-19T19:02:56Z

‎Section Level Template

Wikiadmin: /* Profile Components */

2015-07-19T19:02:37Z

‎Profile Components

Wikiadmin: /* Profile Components */

2015-07-19T18:59:51Z

‎Profile Components

Wikiadmin: /* Konzept der Templates */

2015-07-19T18:54:24Z

‎Konzept der Templates

Wikiadmin: /* Konzept der Templates */

2015-07-19T14:37:53Z

‎Konzept der Templates

Maschhoff: /* Konzept der Templates */

2015-07-02T11:56:40Z

‎Konzept der Templates

Maschhoff: /* Konzept der Templates */

2015-07-01T07:57:35Z

‎Konzept der Templates

Wikiadmin: /* Konzept der Templates */

2015-06-07T08:24:08Z

‎Konzept der Templates

Foemig am 29. Januar 2014 um 17:10 Uhr

2014-01-29T17:10:26Z

@@ Zeile 5: / Zeile 5: @@
 Wie aus den vorhergehenden Erläuterungen ersichtlich ist, setzt sich ein Dokument aus verschiedenen Komponenten zusammen, die flexibel miteinander kombiniert werden können. Für ein Zusammensetzen der Einzelteile auf den unterschiedlichen Ebenen gibt es detaillierte „Baupläne“, die in CDA auch Templates – oder Schablonen oder auch Muster – genannt werden.
-Es werden die folgenden Template-Typen unterscheiden:
+Es werden die folgenden Template-Typen bei CDA unterscheiden.
 ====Document Level Template====

← Nächstältere Version		Version vom 19. Juli 2015, 19:02 Uhr
Zeile 21:		Zeile 21:

	Inhalt: Angabe, wie ein bestimmter Abschnitt konkret aussehen soll. Hier können auch Vorgaben gemacht werden, wie zum Beispiel Diagnosen in einer tabellarischen Form textuell aufbereitet werden sollen, damit sie einheitlich durch ein Stylesheet zur Anzeige gebracht werden können.		Inhalt: Angabe, wie ein bestimmter Abschnitt konkret aussehen soll. Hier können auch Vorgaben gemacht werden, wie zum Beispiel Diagnosen in einer tabellarischen Form textuell aufbereitet werden sollen, damit sie einheitlich durch ein Stylesheet zur Anzeige gebracht werden können.
−
	Möglicherweise existieren passende Entry-Level-Templates zu der Sektion. Hier kann auf die optionale oder verpflichtende Nutzung von Entry-Level-Templates hingewiesen werden.		Möglicherweise existieren passende Entry-Level-Templates zu der Sektion. Hier kann auf die optionale oder verpflichtende Nutzung von Entry-Level-Templates hingewiesen werden.

@@ Zeile 44: / Zeile 44: @@
 |-
 !Stufe
-!ID
+!Hierarchie / ID
 !Inhalt
 !Einschränkung
 |-
-|1|| 2.16.840.1.113883.10.12.102 || Author (HL7 International) ||Originäre Spezifikation aus dem CDA-Header ||Keine
+|1|| Author (HL7 International)<br/>2.16.840.1.113883.10.12.102 ||Originäre Spezifikation aus dem CDA-Header ||Keine
 |-
-|2|| 1.2.276.0.76.10.2002 || Author allgemein (HL7 Deutschland) ||Ausdifferenzierung inklusiver aller Details ||Anwendung von Datentypen-Flavors
+|2|| Author allgemein (HL7 Deutschland)<br/>1.2.276.0.76.10.2002 ||Ausdifferenzierung inklusiver aller Details ||Anwendung von Datentypen-Flavors
 |-
-|3|| 1.2.276.0.76.10.2007 || Author Person (HL7 Deutschland) ||Reduzierung auf eine Person als Autor ||Streichung der Auswahlmöglichkeit
+|3|| Author Person (HL7 Deutschland)<br/>1.2.276.0.76.10.2007 ||Reduzierung auf eine Person als Autor ||Streichung der Auswahlmöglichkeit
 |-
-|3|| 1.2.276.0.76.10.2008 || Author Gerät (HL7 Deutschland) ||Reduzierung auf ein Gerät als Autor ||Streichung der Auswahlmöglichkeit
+|3|| Author Gerät (HL7 Deutschland)<br/>1.2.276.0.76.10.2008 ||Reduzierung auf ein Gerät als Autor ||Streichung der Auswahlmöglichkeit
 |}

@@ Zeile 49: / Zeile 49: @@
 !Einschränkung
 |-
-|1|| 2.16.840.1.113883.10.12.102 || Author ||Originäre Spezifikation aus dem CDA-Header ||Keine
+|1|| 2.16.840.1.113883.10.12.102 || Author (HL7 International) ||Originäre Spezifikation aus dem CDA-Header ||Keine
 |-
 |2|| 1.2.276.0.76.10.2002 || Author allgemein (HL7 Deutschland) ||Ausdifferenzierung inklusiver aller Details ||Anwendung von Datentypen-Flavors

@@ Zeile 5: / Zeile 5: @@
 Wie aus den vorhergehenden Erläuterungen ersichtlich ist, setzt sich ein Dokument aus verschiedenen Komponenten zusammen, die flexibel miteinander kombiniert werden können. Für ein Zusammensetzen der Einzelteile auf den unterschiedlichen Ebenen gibt es detaillierte „Baupläne“, die in CDA auch Templates – oder Schablonen oder auch Muster – genannt werden.
-{| class="hl7table"
+Es werden die folgenden Template-Typen unterscheiden:
-|-
-!Template
+====Document Level Template====
-!Beschreibung
-!Inhalt
+Angabe der benötigten Einzelteile für eine bestimmte Art von Dokument. So legt die Schablone für einen Arztbrief beispielsweise fest, dass ein Arzt das Dokument für einen anderen Arzt erstellt und somit sowohl eine Anrede und eine Grußformel enthalten sollte. Bei einem einfachen Meldebogen ist letzteres nicht der Fall.
-|-
-|Document Level Template
+Inhalt: Festlegung des Inhalts des Dokuments inklusive der Header und Section-Level-Templates sowie weiterer Header-Metadaten
-|Angabe der benötigten Einzelteile für eine bestimmte Art von Dokument. So legt die Schablone für einen Arztbrief beispielsweise fest, dass ein Arzt das Dokument für einen anderen Arzt erstellt und somit sowohl eine Anrede und eine Grußformel enthalten sollte. Bei einem einfachen Meldebogen ist letzteres nicht der Fall.
-|Festlegung des Inhalts des Dokuments inklusive der Header und Section-Level-Templates sowie weiterer Header-Metadaten
+====Header Level Template====
-|-
-|Header Level Template
+Angabe, wie die größeren Blöcke im Header eines Dokumentes konkret aussehen sollen, zum Beispiel  welche Details zu einem Patienten hinterlegt werden können.
-|Angabe, wie die größeren Blöcke im Header eines Dokumentes konkret aussehen sollen, zum Beispiel  welche Details zu einem Patienten hinterlegt werden können.
+Beispiele für Inhalt: Patient, Autor, Unterzeichner, weitere Beteiligte, ..
-|Patient, Autor, Unterzeichner, weitere Beteiligte, ..
-|-
+====Section Level Template====
-|Section Level Template
-|Angabe, wie ein bestimmter Abschnitt konkret aussehen soll. Hier können auch Vorgaben gemacht werden, wie zum Beispiel Diagnosen in einer tabellarischen Form textuell aufbereitet werden sollen, damit sie einheitlich durch ein Stylesheet zur Anzeige gebracht werden können.
+Inhalt: Angabe, wie ein bestimmter Abschnitt konkret aussehen soll. Hier können auch Vorgaben gemacht werden, wie zum Beispiel Diagnosen in einer tabellarischen Form textuell aufbereitet werden sollen, damit sie einheitlich durch ein Stylesheet zur Anzeige gebracht werden können.
-Möglicherweise existieren passende Entry-Level-Templates zu der Sektion. Hier kann auf die optionale oder verpflichtende Nutzung von Entry-Level-Templates hingewiesen werden.
+Hier handelt es sich genau genommen nicht um Templates, sondern um sog. „Datentypen-Flavors“, jedoch beschreiben diese wie ein Datentyp in einem bestimmten Use Case genutzt werden soll. So kann es beispielsweise zwei unterschiedliche Ausprägungen für Adressen geben, die vollständige Adresse lässt Straßennamen oder Postfächer zu, der Geburtsort wird auf die Stadt inklusive Land eingeschränkt. Diese Datentypen werden in den drei vorher genannten Arten von Templates genutzt.
-<ref group="Tabelle">CDA-Template Typen</ref> ''CDA-Template Typen''
+Inhalt: Verwendung bei Namen, Adressen, Telefonnummern, ..
-Templates stellen somit sog. „Profile Components“ dar, sind also selber konkrete Ausprägungen allgemeiner Vorgaben für einen bestimmten Use Case. Derartige Ausprägungen können hierarchisch vorgenommen werden. Nachfolgend sei das einmal an einem Beispiel erläutert.
+====Profile Components====
 {| class="hl7table"
 |-
 !Stufe
 !Hierarchie
 !Inhalt
 !Einschränkung
 |-
-|1||Author	||Originäre Spezifikation aus dem CDA-Header	||Keine
+|1|| 2.16.840.1.113883.10.12.102 || Author ||Originäre Spezifikation aus dem CDA-Header ||Keine
 |-
-|2||  Author allgemein	||Ausdifferenzierung inklusiver aller Details	||Anwendung von Datentypen-Flavors
+|2|| 1.2.276.0.76.10.2002 || Author allgemein (HL7 Deutschland) ||Ausdifferenzierung inklusiver aller Details ||Anwendung von Datentypen-Flavors
 |-
-|3||    Author Person	||Reduzierung auf eine Person als Autor	||Streichung der Auswahlmöglichkeit
+|3|| 1.2.276.0.76.10.2007 || Author Person (HL7 Deutschland) ||Reduzierung auf eine Person als Autor ||Streichung der Auswahlmöglichkeit
 |-
-|3||    Author Gerät	||Reduzierung auf ein Gerät als Autor	||Streichung der Auswahlmöglichkeit
+|3|| 1.2.276.0.76.10.2008 || Author Gerät (HL7 Deutschland) ||Reduzierung auf ein Gerät als Autor ||Streichung der Auswahlmöglichkeit
 |}

@@ Zeile 4: / Zeile 4: @@
 Wie aus den vorhergehenden Erläuterungen ersichtlich ist, setzt sich ein Dokument aus verschiedenen Komponenten zusammen, die flexibel miteinander kombiniert werden können. Für ein Zusammensetzen der Einzelteile auf den unterschiedlichen Ebenen gibt es detaillierte „Baupläne“, die in CDA auch Templates – oder Schablonen oder auch Muster – genannt werden.
 {| class="hl7table"
@@ Zeile 35: / Zeile 33: @@
 |Diese Datentypen werden in den drei vorher genannten Arten von Templates genutzt. Verwendung von Namen und Adressen, Telefonnummern, ..
 |}
 Templates stellen somit sog. „Profile Components“ dar, sind also selber konkrete Ausprägungen allgemeiner Vorgaben für einen bestimmten Use Case. Derartige Ausprägungen können hierarchisch vorgenommen werden. Nachfolgend sei das einmal an einem Beispiel erläutert.
 {| class="hl7table"
@@ Zeile 54: / Zeile 53: @@
 |3||    Author Gerät	||Reduzierung auf ein Gerät als Autor	||Streichung der Auswahlmöglichkeit
 |}
 Eine weitere wichtige Eigenschaft ist die Feststellung, ob Templates „offen“ oder „geschlossen“ sind, d.h. ob nur die definierten Elemente zugelassen sind (geschlossen) oder ob auch Erweiterungen – gemäß dem zugrunde liegenden Modell – erlaubt sind (offen). Hier gibt es unterschiedliche Vorgehensweisen. So macht es für die Angaben im Header durchaus Sinn, alle notwendigen Details soweit vorzugeben, so dass in Spezialisierungen bei nicht benötigten Attributen/Klassen nur die entsprechenden Auswahlmöglichkeiten gestrichen werden müssen, während für die Angaben im Body nur bedingt möglich ist, alle Eventualitäten vorzugeben.
 [[Kategorie:cdaab2|Template-Konzept]]

@@ Zeile 33: / Zeile 33: @@
 |Datentypen
 |Hier handelt es sich genau genommen nicht um Templates, sondern um sog. „Datentypen-Flavors“, jedoch beschreiben diese wie ein Datentyp in einem bestimmten Use Case genutzt werden soll. So kann es beispielsweise zwei unterschiedliche Ausprägungen für Adressen geben, die vollständige Adresse lässt Straßennamen oder Postfächer zu, der Geburtsort wird auf die Stadt inklusive Land eingeschränkt.
-|Diese Datentypen werden in den drei vorgenannten Arten von Templates genutzt. Verwendung von Namen und Adressen, Telefonnummern, ..
+|Diese Datentypen werden in den drei vorher genannten Arten von Templates genutzt. Verwendung von Namen und Adressen, Telefonnummern, ..
 |}
 Templates stellen somit sog. „Profile Components“ dar, sind also selber konkrete Ausprägungen allgemeiner Vorgaben für einen bestimmten Use Case. Derartige Ausprägungen können hierarchisch vorgenommen werden. Nachfolgend sei das einmal an einem Beispiel erläutert.

@@ Zeile 23: / Zeile 23: @@
 |Section Level Template
 |Angabe, wie ein bestimmter Abschnitt konkret aussehen soll. Hier können auch Vorgaben gemacht werden, wie zum Beispiel Diagnosen in einer tabellarischen Form textuell aufbereitet werden sollen, damit sie einheitlich durch ein Stylesheet zur Anzeige gebracht werden können.
-Des weiteren kann hier auf die optionale oder verpflichtende Nutzung von Entry-Level-Templates hingewiesen werden.
 |Anrede, Diagnose, Maßnahme, ..
 |-

@@ Zeile 15: / Zeile 15: @@
 |Document Level Template
 |Angabe der benötigten Einzelteile für eine bestimmte Art von Dokument. So legt die Schablone für einen Arztbrief beispielsweise fest, dass ein Arzt das Dokument für einen anderen Arzt erstellt und somit sowohl eine Anrede und eine Grußformel enthalten sollte. Bei einem einfachen Meldebogen ist letzteres nicht der Fall.
-|Festlegung der Header und Section-Level-Templates sowie weiterer Header-Metadaten
+|Festlegung des Inhalts des Dokuments inklusive der Header und Section-Level-Templates sowie weiterer Header-Metadaten
 |-
 |Header Level Template
@@ Zeile 28: / Zeile 28: @@
 |Entry Level Template
 |Angabe, wie die Einzelinformationen in struktierter und kodierter Form hinterlegt werden sollen, damit sie durch ein Programm ausgewertet und weiter verarbeitet werden können.
-|ICD-Diagnose, Maßnahmen, Scores&Assessments, Meldeanlässe, ..
+|ICD-Diagnosen, Maßnahmen, Scores und Assessments, Meldeanlässe, ..
 |-
 |Datentypen
@@ Zeile 54: / Zeile 54: @@
 |}
-Eine weitere wichtige Eigenschaft ist die Feststellung, ob Templates „offen“ oder „geschlossen“ sind, d.h. ob nicht angekündigte Erweiterungen in einer weiteren Hierarchiestufe erlaubt sind oder nicht. Hier gibt es unterschiedliche Vorgehensweisen. So macht es für die Angaben im Header durchaus Sinn, alle notwendigen Details soweit vorzugeben, so dass in Spezialisierungen bei nicht benötigten Attributen/Klassen nur die entsprechenden Auswahlmöglichkeiten gestrichen werden müssen, während für die Angaben im Body nur bedingt möglich ist, alle Eventualitäten vorzugeben.
+Eine weitere wichtige Eigenschaft ist die Feststellung, ob Templates „offen“ oder „geschlossen“ sind, d.h. ob nur die definierten Elemente zugelassen sind (geschlossen) oder ob auch Erweiterungen – gemäß dem zugrunde liegenden Modell – erlaubt sind (offen). Hier gibt es unterschiedliche Vorgehensweisen. So macht es für die Angaben im Header durchaus Sinn, alle notwendigen Details soweit vorzugeben, so dass in Spezialisierungen bei nicht benötigten Attributen/Klassen nur die entsprechenden Auswahlmöglichkeiten gestrichen werden müssen, während für die Angaben im Body nur bedingt möglich ist, alle Eventualitäten vorzugeben.
 [[Kategorie:cdaab2|Template-Konzept]]