elga-cdaalf-2.06.2:Konzept und Begründung - Versionsgeschichte

Lahnsteiner am 19. April 2018 um 14:05 Uhr

2018-04-19T14:05:51Z

Lahnsteiner am 19. April 2018 um 13:10 Uhr

2018-04-19T13:10:01Z

Lahnsteiner: Lahnsteiner verschob die Seite Konzept und Begründung nach elga-cdaalf-2.06.2:Konzept und Begründung und überschrieb dabei eine Weiterleitung

2018-04-19T07:55:47Z

Lahnsteiner verschob die Seite Konzept und Begründung nach elga-cdaalf-2.06.2:Konzept und Begründung und überschrieb dabei eine Weiterleitung

Lahnsteiner: Lahnsteiner verschob die Seite elga-cdaalf-2.06.2:Konzept und Begründung nach Konzept und Begründung

2018-04-17T13:46:15Z

Lahnsteiner verschob die Seite elga-cdaalf-2.06.2:Konzept und Begründung nach Konzept und Begründung

Lahnsteiner am 26. September 2017 um 11:00 Uhr

2017-09-26T11:00:35Z

Lahnsteiner: /* ELGA Interoperabilitätsstufen */

2017-09-12T10:36:38Z

‎ELGA Interoperabilitätsstufen

Lahnsteiner: /* Grundlagen */

2017-09-12T10:34:42Z

‎Grundlagen

Lahnsteiner: /* ELGA Interoperabilitätsstufen */

2017-09-04T08:17:37Z

‎ELGA Interoperabilitätsstufen

Lahnsteiner: /* ELGA Interoperabilitätsstufen */

2017-08-30T09:08:51Z

‎ELGA Interoperabilitätsstufen

Lahnsteiner: /* Feststellung der Konformität */

2017-08-30T09:07:42Z

‎Feststellung der Konformität

@@ Zeile 15: / Zeile 15: @@
+}
 }}
-{{#customtitle:Konzept und Begründung Allgemeiner Leitfaden}}
+{{#customtitle:Konzept und Begründung}}
 =Konzept und Begründung=

@@ Zeile 15: / Zeile 15: @@
+}
 }}
 =Konzept und Begründung=

← Nächstältere Version		Version vom 26. September 2017, 11:00 Uhr
Zeile 1:		Zeile 1:
		+	{{#css:
		+	.orange{
		+	border: thin black solid;
		+	background-color:#F4C789;
		+	padding: 5px 5px 5px 5px;
		+	margin-left:6px;
		+	width:70%;
		+	}
		+	.violet{
		+	border: thin black solid;
		+	background-color:#E5D0EE;
		+	padding: 5px 5px 5px 5px;
		+	margin-left:6px;
		+	width:70%;
		+	}
		+	}}
		+
	=Konzept und Begründung=		=Konzept und Begründung=
	==Zweck==		==Zweck==

@@ Zeile 61: / Zeile 61: @@
 {| class="wikitable"
 |-
-| style="text-align:left" style="background:#E9FCDF"| ELGA Interoperabilitätsstufe '''„BASIC“''' und '''„STRUCTURED“'''|| Einheitlicher CDA-[[ILF:Allgemeiner Implementierungsleitfaden#CDA_Header|Header]]. Verwendung der Dokumente in ELGA (Aufnahme in Dokumentregister, Anzeige für Berechtigte). Minimale Anforderungen an erstellende Systeme („eingebettetes PDF“ oder XML ohne Templates) EIS „Structured“ erfüllt die fachlich-inhaltlichen, aber nicht die technischen Vorgaben für den Aufbau und die Gliederung des Dokuments aus den speziellen Leitfäden.
+| style="text-align:left" style="background:#E9FCDF"| ELGA Interoperabilitätsstufe '''„BASIC“''' und '''„STRUCTURED“'''|| Einheitlicher CDA-[[ILF:Allgemeiner Implementierungsleitfaden#CDA_Header|Header]]. Verwendung der Dokumente in ELGA (Aufnahme in Dokumentregister, Anzeige für Berechtigte). Minimale Anforderungen an erstellende Systeme („eingebettetes PDF“ oder XML ohne Templates)
 |-
 | style="text-align:left" style="background:#CBE5BE"| ELGA Interoperabilitätsstufe '''„ENHANCED“'''

@@ Zeile 22: / Zeile 22: @@
 Die ursprünglich in den USA von der Organisation „Health Level Seven International“ (HL7) (http://www.hl7.org) entwickelten Spezifikationen sind im Laufe der Zeit zu einem internationalen Standard geworden, auch dank vieler internationaler Benutzergruppen, die seit langem an der Weiterentwicklung von HL7 mitwirken.
-Die HL7 Standards in Version 3 sind auf die Kommunikationsbedürfnisse des gesamten Gesundheitswesens abgestimmt. HL7 V3 bietet eine konzeptuelle Grundlage in einem gemeinsamen, umfassenden „Reference Information Model“ (RIM) für alle Teile von HL7 V3. Dieses RIM ist ANSI- und ISO-Standard (ISO/HL7 21731:2006) und bietet:
+Die HL7 Standards in Version 3 sind auf die Kommunikationsbedürfnisse des gesamten Gesundheitswesens abgestimmt. HL7 V3 bietet eine konzeptuelle Grundlage in einem gemeinsamen, umfassenden „Reference Information Model“ (RIM) für alle Teile von HL7 V3.
 * ein festes semantisches Fundament
 * ausgewählte standardisierte Terminologien, die semantische [[ILF:Allgemeiner Implementierungsleitfaden#ELGA_Interoperabilit.C3.A4tsstufen|Interoperabilität]] ermöglichen

← Nächstältere Version	Version vom 19. April 2018, 07:55 Uhr
(kein Unterschied)

← Nächstältere Version	Version vom 17. April 2018, 13:46 Uhr
(kein Unterschied)

@@ Zeile 57: / Zeile 57: @@
 ** '''EIS „Full Support“''' kann gegenüber EIS „Enhanced“ zusätzliche maschinenlesbar codierte medizinische Inhalte enthalten, die in ELGA CDA-Dokumenten anzugeben sind.
-{| class="wikitable" width="100%"
+{| class="wikitable"
 |-
-| style="text-align:left" width="10%" style="background:#E9FCDF"| ELGA Interoperabilitätsstufe '''„BASIC“''' und '''„STRUCTURED“'''|| Einheitlicher CDA-[[ILF:Allgemeiner Implementierungsleitfaden#CDA_Header|Header]]. Verwendung der Dokumente in ELGA (Aufnahme in Dokumentregister, Anzeige für Berechtigte). Minimale Anforderungen an erstellende Systeme („eingebettetes PDF“ oder XML ohne Templates) EIS „Structured“ erfüllt die fachlich-inhaltlichen, aber nicht die technischen Vorgaben für den Aufbau und die Gliederung des Dokuments aus den speziellen Leitfäden.
+| style="text-align:left" style="background:#E9FCDF"| ELGA Interoperabilitätsstufe '''„BASIC“''' und '''„STRUCTURED“'''|| Einheitlicher CDA-[[ILF:Allgemeiner Implementierungsleitfaden#CDA_Header|Header]]. Verwendung der Dokumente in ELGA (Aufnahme in Dokumentregister, Anzeige für Berechtigte). Minimale Anforderungen an erstellende Systeme („eingebettetes PDF“ oder XML ohne Templates) EIS „Structured“ erfüllt die fachlich-inhaltlichen, aber nicht die technischen Vorgaben für den Aufbau und die Gliederung des Dokuments aus den speziellen Leitfäden.
 |-
-| style="text-align:left" width="10%" style="background:#CBE5BE"| ELGA Interoperabilitätsstufe '''„ENHANCED“'''
+| style="text-align:left" style="background:#CBE5BE"| ELGA Interoperabilitätsstufe '''„ENHANCED“'''
 || Einheitliche Dokumentation (Strukturierung, Gliederung), barrierefreie Darstellung. Minimale Anforderungen an Level-3 Codierung, gemäß den speziellen Leitfäden.
 |-
-| style="text-align:left" width="10%" style="background:#78BA58"| ELGA Interoperabilitätsstufe '''„FULL SUPPORT“'''|| Maschinenlesbare Inhalte, automatische Übernahme der Daten in ein medizinisches Informationssystem möglich. Volle Unterstützung der Level 3-Codierung, gemäß den speziellen Leitfäden.
+| style="text-align:left" style="background:#78BA58"| ELGA Interoperabilitätsstufe '''„FULL SUPPORT“'''|| Maschinenlesbare Inhalte, automatische Übernahme der Daten in ein medizinisches Informationssystem möglich. Volle Unterstützung der Level 3-Codierung, gemäß den speziellen Leitfäden.
 |-
 |}

@@ Zeile 68: / Zeile 68: @@
 |-
 |}
+''Tabelle 1: ELGA Interoperabilitätsstufen''
 Die ELGA Interoperabilitätsstufen beschreiben einen ansteigenden Grad der Strukturierung und Codierung der medizinischen Inhalte unabhängig von CDA-Levels. Die Harmonisierungsgruppen legen aufgrund ihrer fachlichen Expertise fest, welche Inhalte der Dokumente in welcher Form sinnvollerweise strukturiert und codiert werden müssen. Es werden nur Daten codiert, die auch medizinisch relevant sind und die mit einem vertretbaren Umsetzungsaufwand von den IT-Systemen der Gesundheitsdiensteanbieter zur Verfügung gestellt werden können.

@@ Zeile 33: / Zeile 33: @@
 Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit [[ILF:Allgemeiner Implementierungsleitfaden#CDA_Header|Header]] und [[ILF:Allgemeiner Implementierungsleitfaden#CDA_Body|Body]]. Darüber hinaus erfüllt es alle „Geschäftsregeln“ im weiteren Text dieses Dokuments.
-Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige W3C Schemas dar. Das verwendete Schema ist das geringfügig modifizierte, generische, offizielle CDA Release 2.0 Schema. Darüber hinaus existieren eine Reihe von Schematron Regeln, die für einen zweiten „Validierungsschritt“ genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen. Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu „Templates“ zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt, oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
+Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige W3C Schemas dar. Das verwendete Schema ist das geringfügig modifizierte, generische, offizielle CDA Release 2.0 Schema (siehe [[ILF:Allgemeiner Implementierungsleitfaden#Schema-Pr.C3.BCfung|Schema-Prüfung]]). Darüber hinaus existieren eine Reihe von Schematron Regeln, die für einen zweiten „Validierungsschritt“ genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe [[ILF:Allgemeiner Implementierungsleitfaden#Schematron-Pr.C3.BCfung|Schematron-Prüfung]]). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu „Templates“ zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt, oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.
 ===CDA Levels===