HL7 Austria MediaWiki - Benutzerbeiträge [de]

HL7 Administrative Sex

2022-11-16T15:26:20Z

Sabutsch: /* Anwendung */

{{#customtitle:HL7 Administrative Sex}}

==HL7 Administrative Sex (2.16.840.1.113883.12.1)==
HL7 Version 2.x Table 0001: Administrative Sex. Ursprüngliche Codeliste von HL7 International zur Verwendung der Standardfamilie Version 2.x.

===Kurzbeschreibung===
Die Codeliste wurde in der 1980er Jahren entwickelt und enthält verschiedene Codes zur Beschreibung des Geschlechts. Nicht explizit war damit das biologische Geschlecht gemeint, Anwendungsgebiete waren neben der Humanmedizin auch die Tiermedizin. Dies macht eine entsprechende Interpretation und Einschränkung für einen konkreten Anwendungszweck notwendig.

===Anwendung===
Das Codesystem HL7 Administrative Sex wird in den Standardfamilie HL7 Version 2.x angewendet.
Für "divers" wird der Code "X" (non-binary) verwendet, "offen" wird mit "N" ausgedrückt.

Für die Standardfamilie HL7 3 incl. CDA siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Gender HL7 Administrative Gender]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Beschreibung
|-
|0-L
|M
|Male
|Männlich
|Wie V3
|-
|0-L
|F
|Female
|Weiblich
|Wie V3
|-
|0-L
|O
|Other
|Divers
|Codierung in V3 "UN"!!!
|-
|0-L
|N
|Not applicable
|Offen
|(ursprünglich "nicht zutreffend")
|-
|0-L
|U
|unknown
|Unbekannt
|
|-
|0-L
|X
|Non-Binary
|Unbekannt
|A universally agreed upon single definition for non-binary does not exist. Non-binary should be used in jurisdictions which have implemented an option to declare a gender of "non-binary"
|-
|colspan="5"| Folgende Codes werden nur für die Tiermedizin angewendet:
|-
|0-L
|A
|ambiguous
|mehrdeutig
|nur für die Tiermedizin
|}

===Releasezyklus===
Bei gesetzlichen Änderungen

[[Kategorie:Terminologieserver]]

==Verweise==
# [https://build.fhir.org/ig/HL7/UTG/CodeSystem-v2-0001.html HL7 FHIR AdministrativeSex]
# [http://www.hl7.eu/refactored/tab0001.html V2 Refactored AdministrativeSex]

HL7 Administrative Gender

2022-10-13T15:33:51Z

Sabutsch: /* Struktur */

{{#customtitle:HL7 Administrative Gender}}

==HL7 Administrative Gender (2.16.840.1.113883.5.1)==
Mit diesem Codesystem wird das soziale oder gesellschaftliche Geschlecht (Gender) von Personen ausgedrückt. Das soziale Geschlecht drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte und ist nicht an biologische Merkmale gebunden.

Intersexuelle Menschen, deren biologisches Geschlecht also nicht eindeutig „männlich“ oder „weiblich“ ist, haben ein Recht auf eine ihrer Geschlechtlichkeit entsprechende Eintragung im Personenstandsregister oder in Urkunden. Das hat der Verfassungsgerichtshof im Wege einer verfassungskonformen Interpretation des Personenstandsgesetzes festgestellt.

Quellen: Wikipedia [https://de.wikipedia.org/wiki/Gender], Verfassungsgerichtshof Österreich [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php], abgerufen am 08.11.2019

===Kurzbeschreibung===
Das Codesystem enthält die neben den klassischen dualen Geschlechtern "männlich" und "weiblich" auch die Möglichkeit, eine alternative Geschlechtsbezeichnung "divers" auszudrücken. Dies wurde durch ein
Falls zum Zeitpunkt der Eintragung und Beurkundung der Geburt einer Person das Geschlecht nicht klar benannt werden kann, kann vorübergehend eine unvollständige Eintragung mit dem Status "offen" vorgenommen werden.
===Anwendung===
Das Codesystem HL7 Administrative Gender wird in den Standardfamilie HL7 Version 3 (incl. CDA - Clinical Document Architecture) angewendet.
Für "divers" wird der Code "UN" verwendet. "Offen" kann über einen NullFlavor "UNK" ausgedrückt werden.

Für die Standardfamilie HL7 Version 2.x siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Sex HL7 AdministrativeSex]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Definition
!Bemerkung
|-
|0-L
|M
|Male
|Männlich
|EN: Male
AT: Männliche Person
|Wie V2.x
|-
|0-L
|F
|Female
|Weiblich
|EN: Female
AT: Weibliche Person
|Wie V2.x
|-
|0-L
|UN
|Undifferentiated
|Divers
|EN: The gender of a person could not be uniquely defined as male or female, such as hermaphrodite.
AT: Personen, die weder dem weiblichen noch dem männlichen Geschlecht zugeordnet sind.
|Codierung in V2.x "O"!!!
|-
| colspan="6" | "offen" wird mit NullFlavor "NA" dargestellt
|-
| colspan="6" | "unbekannt" wird mit NullFlavor "UNK" dargestellt
|-
| colspan="6" | "Nicht-Binär" wurde mit "X" (Non-Binary) hinzugefügt
|}

===Releasezyklus===
Bei gesetzlichen Änderungen.

===Value Set===
* ELGA_AdministrativeGender_VS

==Weiterführende Hinweise==
[[Geschlecht]]

==Verweise==
# [https://build.fhir.org/ig/HL7/UTG/CodeSystem-v3-AdministrativeGender.html V3 AdministrativeGender]
# [http://www.hl7.org/documentcenter/public/standards/vocabulary/vocabulary_tables/infrastructure/vocabulary/AdministrativeGender.html V3 AdministrativeGender]

HL7 Administrative Gender

2022-10-13T15:32:00Z

Sabutsch: /* Struktur */

{{#customtitle:HL7 Administrative Gender}}

==HL7 Administrative Gender (2.16.840.1.113883.5.1)==
Mit diesem Codesystem wird das soziale oder gesellschaftliche Geschlecht (Gender) von Personen ausgedrückt. Das soziale Geschlecht drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte und ist nicht an biologische Merkmale gebunden.

Intersexuelle Menschen, deren biologisches Geschlecht also nicht eindeutig „männlich“ oder „weiblich“ ist, haben ein Recht auf eine ihrer Geschlechtlichkeit entsprechende Eintragung im Personenstandsregister oder in Urkunden. Das hat der Verfassungsgerichtshof im Wege einer verfassungskonformen Interpretation des Personenstandsgesetzes festgestellt.

Quellen: Wikipedia [https://de.wikipedia.org/wiki/Gender], Verfassungsgerichtshof Österreich [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php], abgerufen am 08.11.2019

===Kurzbeschreibung===
Das Codesystem enthält die neben den klassischen dualen Geschlechtern "männlich" und "weiblich" auch die Möglichkeit, eine alternative Geschlechtsbezeichnung "divers" auszudrücken. Dies wurde durch ein
Falls zum Zeitpunkt der Eintragung und Beurkundung der Geburt einer Person das Geschlecht nicht klar benannt werden kann, kann vorübergehend eine unvollständige Eintragung mit dem Status "offen" vorgenommen werden.
===Anwendung===
Das Codesystem HL7 Administrative Gender wird in den Standardfamilie HL7 Version 3 (incl. CDA - Clinical Document Architecture) angewendet.
Für "divers" wird der Code "UN" verwendet. "Offen" kann über einen NullFlavor "UNK" ausgedrückt werden.

Für die Standardfamilie HL7 Version 2.x siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Sex HL7 AdministrativeSex]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Definition
!Bemerkung
|-
|0-L
|M
|Male
|Männlich
|EN: Male
AT: Männliche Person
|Wie V2.x
|-
|0-L
|F
|Female
|Weiblich
|EN: Female
AT: Weibliche Person
|Wie V2.x
|-
|0-L
|UN
|Undifferentiated
|Divers
|EN: The gender of a person could not be uniquely defined as male or female, such as hermaphrodite.
AT: Personen, die weder dem weiblichen noch dem männlichen Geschlecht zugeordnet sind.
|Codierung in V2.x "O"!!!, Neu wurde "X" für Non-Binary hinzugefügt
|-
| colspan="6" | "offen" wird mit NullFlavor "NA" dargestellt
|-
| colspan="6" | "unbekannt" wird mit NullFlavor "UNK" dargestellt
|}

===Releasezyklus===
Bei gesetzlichen Änderungen.

===Value Set===
* ELGA_AdministrativeGender_VS

==Weiterführende Hinweise==
[[Geschlecht]]

==Verweise==
# [https://build.fhir.org/ig/HL7/UTG/CodeSystem-v3-AdministrativeGender.html V3 AdministrativeGender]
# [http://www.hl7.org/documentcenter/public/standards/vocabulary/vocabulary_tables/infrastructure/vocabulary/AdministrativeGender.html V3 AdministrativeGender]

elga-cdaxds-2.06.2:Harmonisierung

2022-09-25T09:56:25Z

Sabutsch: /* Harmonisierung */

{{#customtitle:Autoren}}
=Harmonisierung=
'''Erarbeitung des Implementierungsleitfadens'''<br/>
Dieser Implementierungsleitfaden entstand in Zusammenarbeit der nachfolgend genannten Personen:

{| class="wikitable" width="65%
|-
! style="text-align:left" colspan="3"| Autoren
|-
! style="text-align:left" width="10%" | Kürzel ||style="text-align:left" width="40%" | Organisation ||style="text-align:left" width="60%" | Person<sup>1</sup>
|- style="background:#FFEBAD"
| style="text-align:left" colspan="3" | Herausgeber, Projektleiter, CDA-Koordinator
|- style="background:#FFFFFF"
| SSA || ELGA GmbH || Stefan Sabutsch
|- style="background:#FFEBAD"
| style="text-align:left" colspan="3" | Autoren
|- style="background:#FFFFFF"
| JB|| CodeWerk Software Services and Development GmbH || Jürgen Brandstätter
|- style="background:#FFFFFF"
| SSA|| ELGA GmbH, HL7 Austria||Stefan Sabutsch
|- style="background:#FFFFFF"
| OKU|| ELGA GmbH|| Oliver Kuttin
|- style="background:#FFFFFF"
| KHO|| Wiener Krankenanstaltenverbund|| Konrad Hölzl
|}

<sup>1</sup> Personen ohne Titel

Geschlecht

2022-08-25T05:50:08Z

Sabutsch: /* Crossmapping */

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178]

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
{{BeginYellowBox}}
Diese Zuordnungen sind noch nicht abgestimmt - Änderungen sind möglich. Es gibt derzeit noch keine rechtlich verbindliche Definition über die korrekte Angabe nicht-binärer Geschlechter in Österreich.
{{EndYellowBox}}
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

=HL7 Gender Harmony Project=
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology
https://confluence.hl7.org/display/VOC/Gender+Identity

Geschlecht

2022-08-25T05:48:24Z

Sabutsch: /* Crossmapping */

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178]

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
{{BeginYellowBox}}
Diese Zuordnungen sind noch nicht abgestimmt - Änderungen sind möglich. Die rechtliche Definition der Geschlechtsangaben im Personenstandsregister ist in Österreich noch im Gange.
{{EndYellowBox}}
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

=HL7 Gender Harmony Project=
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology
https://confluence.hl7.org/display/VOC/Gender+Identity

Geschlecht

2022-08-25T05:44:44Z

Sabutsch:

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts. Weitere Definitionen siehe WHO [https://www.who.int/health-topics/gender#tab=tab_1] und HL7 Gender Project [https://confluence.hl7.org/pages/viewpage.action?pageId=42993178]

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

=HL7 Gender Harmony Project=
https://confluence.hl7.org/display/VOC/The+Gender+Harmony+Project
https://confluence.hl7.org/display/VOC/Gender+Harmony+Terminology
https://confluence.hl7.org/display/VOC/Gender+Identity

Geschlecht

2022-08-23T13:21:33Z

Sabutsch:

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Das (systembiologische) Geschlecht besteht aus dem genetischen Geschlecht, dem morphologischen Geschlecht (u.a. Genitalien und Gameten), der sexuellen Orientierung, der Geschlechtsidentität, sowie dem Ausdruck des eigenen Geschlechts.

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

Terminologien

2022-07-17T11:01:06Z

Sabutsch:

Im Gesundheitswesen wird eine Vielzahl unterschiedlicher Codesysteme mit unterschiedlicher Struktur von verschiedenen internationalen, nationalen und lokalen Quellen verwendet. Über den Terminologieserver werden diese in eine möglichst einheitliche Form gebracht.

Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten.

==Leitfäden zur Benutzung von Terminologien und Terminologieserver==
* [[ILF:Terminologie Nutzung|Leitfaden zur Nutzung von Terminologien]]
* [https://elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Leitfaden_LOINC_Anwendung_in_ELGA_V1.03.pdf Leitfaden zur Anwendung von LOINC in ELGA (Version 1.03)]
* [https://termgit.elga.gv.at/ Terminologie-Browser: Terminologien (Codesysteme und Value Sets)]

==Codelisten==
* [[Dokumentenklassen für XDS Registries]] – Version 1.4
* [[APPC|Austrian PACS Procedure Code (APPC)]]
* [[Geschlecht]] - aktueller Stand des Mappings
* [[ASP Liste]] - Liste der humanen Arzneimittelspezialitäten

== Terminologieserver ==

* [[TS:Terminologieserver| Terminologieserver]]
* [[TS:Inhalte|Inhalte]]
* [[Übersicht]] -- Inhalt verschieben

==SNOMED CT==
[[SCT:SNOMED CT|SNOMED CT]]

Offene Punkte:
* Erläuterungen zum HL7.MaritalStatus (Familienstand) '''[http://wiki.hl7.org/index.php?title=Marital_Status_Code_Definitions]'''
* Erläuterungen NullFlavor '''[http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]'''

Terminologien

2022-07-17T10:59:48Z

Sabutsch:

Im Gesundheitswesen wird eine Vielzahl unterschiedlicher Codesysteme mit unterschiedlicher Struktur von verschiedenen internationalen, nationalen und lokalen Quellen verwendet. Über den Terminologieserver werden diese in eine möglichst einheitliche Form gebracht.

Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten.

==Leitfäden zur Benutzung von Terminologien und Terminologieserver==
* [[ILF:Terminologie Nutzung|Leitfaden zur Nutzung von Terminologien]]
* [https://elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Leitfaden_LOINC_Anwendung_in_ELGA_V1.03.pdf Leitfaden zur Anwendung von LOINC in ELGA (Version 1.03)]
* [https://termgit.elga.gv.at/ Terminologie-Browser: Terminologien (Codesysteme und Value Sets)]

==Codelisten==
* [[Dokumentenklassen für XDS Registries]] – Version 1.4
* [[APPC|Austrian PACS Procedure Code (APPC)]]
* [[Geschlecht]] - aktueller Stand des Mappings
* [[ASP-Liste]] Liste der humanen Arzneimittelspezialitäten

== Terminologieserver ==

* [[TS:Terminologieserver| Terminologieserver]]
* [[TS:Inhalte|Inhalte]]
* [[Übersicht]] -- Inhalt verschieben

==SNOMED CT==
[[SCT:SNOMED CT|SNOMED CT]]

Offene Punkte:
* Erläuterungen zum HL7.MaritalStatus (Familienstand) '''[http://wiki.hl7.org/index.php?title=Marital_Status_Code_Definitions]'''
* Erläuterungen NullFlavor '''[http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]'''

ILF:Allgemeiner Leitfaden Guide

2022-07-12T07:57:15Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:Allgemeiner Leitfaden Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA / Verbindlichkeit
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|3.2.1+20211001
|01.10.2021
|[[Datei:Warning.png|20px]] Normativ
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/69/Allgemeiner_CDA-Implementierungsleitfaden_%28Version_3%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:Allgemeiner_Implementierungsleitfaden_(Version_3)]]
|-
|3.2.0+20210304
|04.03.2021
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 3.2.1+20211001
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/ef/IL_Allgemeiner_Implementierungsleitfaden_Version_3.2.0%2B20210304.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=137014]]
|
|-
|2020.1 (3.1.0+20201120 nach neuem Versionsschema)
|20.11.2020
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 3.2.0+20210304
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/50/Allgemeiner_ILF_2020-11-20.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=129767]]
|
|-
|2020 (3.0.0+20200821 nach neuem Versionsschema)
|21.08.2020
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 2020.1
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/d/de/Allgemeiner_ILF_2020-08-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=127058]]
|
|- style="background-color:#ffffcc;
|'''2.06.3'''
|27.10.2021
|[[Datei:finished.png|20px]] '''Normativ'''
|'''Aktuell gültige Version''' (Nebenversion von 2.06)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5e/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Allgemeiner_Implementierungsleitfaden]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Errata]]
|-
|2.06.2
|31.01.2017
|[[Datei:deprecated.png|20px]] veraltet
|Ersetzt durch 2.06.3
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/25/HL7_Implementation_Guide_for_CDA_R2_-_Allgem_Implementierungsleitfaden_fuer_ELGA_CDA_Dokumente_V2.06.2.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881]]
|
|-
|2.06
|24.11.2015
|[[Datei:deprecated.png|20px]] veraltet
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-VO 2015] § 16 (1). Ersetzt durch 2.06.2
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/7/7a/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente_V2.06.pdf]]
|
|
|}

=Was ist der Allgemeine Implementierungsleitfaden?=

Der Allgemeine Implementierungsleitfaden dient als Basis für alle weiteren Leitfäden und verfolgt das Ziel, die Struktur, das Format und die Standards von medizinischen Dokumenten der Elektronischen Gesundheitsakte "ELGA" gemäß Gesundheitstelematikgesetz 2012 (GTelG 2012), aber auch für medizinische Dokumente im österreichischen Gesundheitswesen, zu beschreiben.
{{TOC limit|4}}

=Zweck=
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von medizinischen Dokumenten der Elektronischen Gesundheitsakte ELGA (entsprechend ELGA-G, BGBl. I Nr. 111/2012). Insbesondere behandelt das Dokument '''alle Dokumentenklassen-übergreifend gültigen Strukturen'''. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

Jeder spezielle Implementierungsleitfaden basiert auf diesem vorliegenden Allgemeinen Implementierungsleitfaden. Diese speziellen ELGA CDA Implementierungsleitfäden sind bereits für folgende '''Dokumentenklassen''' definiert (Liste kann erweitert werden):
* [[ILF:Ambulanzbefund_Guide|Ambulanzbefund]], [OID Root 1.2.40.0.34.7.22]
* [[ILF:Telemonitoring-Episodenbericht_Guide|Telemonitoring-Episodenbericht]], [OID Root 1.2.40.0.34.7.23]

Für diese speziellen Implementierungsleitfäden existiert noch keine für die Version 2020 des Allgemeinen Implementierungsleitfadens angepasste Version:
* [[ILF:Entlassungsbrief_Ärztlich_Guide|Entlassungsbrief (Ärztlich)]], [OID Root 1.2.40.0.34.7.2]
* [[ILF:Entlassungsbrief_(Pflege)_Guide| Entlassungsbrief (Pflege)]], [OID Root 1.2.40.0.34.7.3]
* [[ILF:Pflegesituationsbericht_Guide|Pflegesituationsbericht]], [OID Root 1.2.40.0.34.7.12]
* [[ILF:Laborbefund_Guide|Laborbefund]], [OID Root 1.2.40.0.34.7.4]
* [[ILF:Befund_bildgebende_Diagnostik_Guide|Befund bildgebende Diagnostik]], [OID Root 1.2.40.0.34.7.5]
* [[ILF:E-Medikation_Guide|e-Medikation]], [OID Root 1.2.40.0.34.7.8]
* [[ILF:E-Impfpass_Guide|e-Impfpass]], [OID Root 1.2.40.0.34.7.19]
Die Beschreibung des Zusammenhangs von ELGA CDA-Dokumenten und den zur Registrierung von CDA in ELGA notwendigen „XDS-Metadaten“ finden Sie im Dokument
* [[ILF:XDS_Metadaten_Guide|ELGA XDS Metadaten (XDSDocumentEntry)]], [OID Root 1.2.40.0.34.7.6]

=Unterstützende Materialien=
==Prüfregeln==
* Das '''CDA Schema''', auch CDA XSD genannt, definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
** Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
** Download unter: https://gitlab.com/elga-gmbh/cda-schema
* Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
** Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzten. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron
==Terminologien==
* Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==
Die Header Elemente des allgemeinen Leitfadens 2020 werden in folgenden Beispieldokumenten verwendet:
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Telemonitoring-Episodenbericht
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Ambulanzbefund

=Release Notes=
* [[Allgemeiner_Implementierungsleitfaden_2020_%C3%84nderungen#Release_Notes|Änderungen im Allgemeinen Implementierungsleitfaden 2020 gegenüber Version 2.06.2.]]

Datei:HL7 Implementation Guide for CDA R2 - Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente V2.06.pdf

2022-07-12T07:53:46Z

Sabutsch: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente V2.06

Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente V2.06

TS:Terminologieserver

2022-06-13T10:11:03Z

Sabutsch:

{{#customtitle:Terminologieserver}}

{{BeginYellowBox}}
Seit 2022 steht unter '''https://termgit.elga.gv.at/ ein neuer Terminologieserver''' zur Verfügung. Die Dokumentation findet sich auf https://termgit.elga.gv.at/documentation_and_support_de.html und https://termgit.elga.gv.at/faq_de.html
{{EndYellowBox}}

= Allgemeines =
Der Terminologieserver soll den Stakeholdern des österreichischen Gesundheitswesens die Möglichkeit bieten, eigene Terminologien über das Internet öffentlich zur Verfügung zu stellen, sowie Terminologie-Recherche und Terminologie-Download ermöglichen. Er unterstützt sowohl redaktionelle Arbeiten als auch die Übersetzung und Versionierung von Terminologien und hilft einheitliche, eindeutige und geprüfte Terminologien zu verwenden.

Die Verwendung von gemeinsamen Codelisten und medizinischen Vokabularen ist eine Voraussetzung für das organisationsübergreifende Zusammenwirken von IT-Systemen im Gesundheitswesen. Nur in allen beteiligten Systemen gleich verwendete Codes ermöglichen die korrekte inhaltliche Interpretation und Verarbeitung der zwischen Medizin-IT-Systemen ausgetauschten Daten (semantische Interoperabilität). Dazu ist es notwendig, dass die Codes und ihre Bedeutung bei einer vertrauenswürdigen Quelle zuverlässig zur Verfügung stehen. Diese notwendige Funktion wird durch die Infrastrukturkomponente „Terminologieserver“ unterstützt.

Medizinische Terminologien unterliegen wie die Medizin selbst einer stetigen Veränderung, sie müssen daher immer wieder aktualisiert werden. Die Verwendung einheitlicher und qualitätsgesicherter Terminologien bildet die Grundlage der semantischen Interoperabilität. Alle Kommunikationsteilnehmer müssen dieselben Codes und ihre Bedeutung in der jeweiligen Terminologie kennen. Sollte dies nicht der Fall sein, können Codes nicht korrekt interpretiert werden, was zu Fehlern in der Kommunikation und in der Anwendung führen kann. Da sich in Kommunikationsnetzwerken mit hunderten oder tausenden teilnehmenden Systemen die Verteilung der semantischen Bezugssysteme nicht mehr manuell bewerkstelligen lässt, muss die lokale Semantik automatisch mit der zentralen Semantik synchronisiert werden können.

= Beschreibung des Terminologieservers=
Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten.
Terminologieserver stellen einerseits Dienste zum manuellen oder automatischen Abruf von Vokabularen, andererseits zur automatisierten Synchronisation dezentral verwalteter Vokabulare bereit.

Über eine Web-Anbindung können Vokabulare veröffentlicht werden: Primärsysteme können ihre lokalen Terminologien via Webservices synchronisieren und pflegen, Endbenutzer können auf Terminologien über eine Weboberfläche zugreifen. Wesentlich ist, dass die Daten eine hohe Strukturierung aufweisen und sich automatisch verarbeiten lassen.

Auf dem österreichischen Terminologieserver werden alle Terminologien, die für den Einsatz in ELGA notwendig sind, verwaltet. Die Benutzeroberfläche trennt Codelisten und Value Set. Zu jeder Terminologie können Versionen angezeigt werden. Im rechten Bereich öffnet sich die gewünschte Version, um alle Konzepte (ggf. mit Hierarchie) anzuzeigen. Es kann sowohl innerhalb einer Terminologie als auch über alle Codelisten oder Value Sets gesucht werden. Jede Version kann exportiert werden. Details dazu entnehmen Sie bitte dem '''Benutzerhandbuch Publikationsumgebung''', das Sie am Terminologieserver unter „Hilfe“ finden [https://termpub.gesundheit.gv.at/].
Über die Detailansicht (Rechtsklick) können weitere Informationen zur Terminologie bzw. ihrer Version angezeigt werden, etwa das „gültig ab“ Datum.

= Definitionen =
'''Codesystem''': Bezeichnung für eine Sammlung von computerverarbeitbaren Codes („Codeliste“) und ihren , zusammen mit dem zugehörigen Regelwerk (Regeln zur Codierung von Begriffen, Benennung etc.).

'''Value Set''': Eine eindeutig identifizierbare und versionierte Auswahl von Werten aus einem oder mehreren Codesystemen für eine bestimmte Anwendung bzw für ein Element einer Anwendung (etwa für CDA-Laborbefunde, für XDS-Metadaten etc.). Ein Value Set enthält die Codes selbst sowie die Information über die Herkunft des Codes (die Quell-Terminologie).

'''Terminologie''': Allgemeiner Begriff für zur elektronischen Verarbeitung nutzbar gemachte Sammlungen von Konzepten und ihren Identifikatoren („Codes“). Darunter fallen Codesysteme, Value Sets, Vokabulare, Ontologien etc.

'''Terminologieserver''': Ein Server, der Terminologien in standardisierter Form aktuell verfügbar macht. Der Terminologieserver ist eine Komponente der österreichischen e-Health Infrastruktur (https://termpub.gesundheit.gv.at/).
Ein Terminologieserver ist eine Datenbankanwendung mit der Terminologien, also „Codelisten“, im weitesten Sinn verwaltet und zugänglich gemacht werden können. Die Daten enthalten neben fachlichen Erläuterungen auch verschiedene Meta-Informationen (z.B. Quelle).

= Technischer Aufbau des Terminologieservers =
Der Terminologieserver besteht aus zwei getrennten Systemen mit getrennter Datenhaltung: der Publikationsumgebung für den öffentlichen Zugriff und der Kollaborationsumgebung für die Terminologie-Entwicklung und –Wartung. Neuanlagen von Terminologien bzw. Terminologie-Versionen werden in der Kollaborationsumgebung durchgeführt. Die Freigabe durch den Terminologie-Administrator hat die Überstellung in die öffentlich erreichbare Publikationsumgebung zur Folge.

== Publikationsumgebung ==
Auf der Publikationsumgebung stehen (nicht angemeldeten) Terminologieserver Benutzern folgende Funktionen zur Verfügung:

* Zugriff auf veröffentlichte Terminologien und Value Sets in einer Baumdarstellung
* Terminologie- und Konzeptsuche
* Terminologie-Export
* Stellen von Anfragen zur aktiven Mitarbeit an der Terminologieentwicklung als Diskussionsteilnehmer
* Einblick in die aktuelle Vorgänge der Terminologieentwicklung

== Kollaborationsumgebung ==
Die Kollaborationsumgebung ist eine Komponente des Terminologieservers und dient der kollaborativen Bearbeitung der Terminologien. Hier können neue Terminologien entwickelt werden oder von externen Organisationen zur Verfügung gestellte Terminologien getestet werden, bevor sie in die Publikationsumgebung transferiert und veröffentlicht werden. Der Zugang zu der Kollaborationsumgebung ist nur ausgewählten Rollen bzw. Personen gestattet.

== Beschreibung des Objektstatus ==
Im Zuge der Terminologieentwicklung in der Kollaborationsumgebung können Objekte (zB. Terminologien, Konzepte) folgende verschiedene Status annehmen:

''Vorgeschlagen'': Der zuständige Inhaltsverwalter prüft den Vorschlag und kann ihn ablehnen, zur Diskussion stellen oder freigeben. Vorschläge sind für angemeldete Benutzer in der Baumdarstellung sichtbar.

''Abgelehnt'': Der Vorschlag wird vom zuständigen Inhaltsverwalter abgelehnt.

''In Diskussion'': Berechtigte Diskussionsteilnehmer können für eine vorgegebene Zeitdauer über den Vorschlag diskutieren bzw. über ihn abstimmen.

''In Produktion'': Der Vorschlag ist akzeptiert, die betroffene Terminologie wird vom zuständigen Inhaltsverwalter zur Publikation durch den Terminologie-Administrator freigegeben.

''In Publikation'': Die betroffene Terminologie wird veröffentlicht (für alle TS-Benutzer sichtbar) und kann auf dem Publikationssystem nicht mehr geändert werden (nur noch Statuswechsel zu obsolet möglich).

''Obsolet'': Der Status wird zur Kennzeichnung veralteter Versionen eingesetzt, wenn bereits eine neue Version existiert. Anschließend ist nur noch ein Deaktivieren möglich.

= Rollen und Rechte =
Im Folgenden sind die unterschiedlichen Rollen von Terminologieserver-Benutzern aufgelistet.

== Terminologie-Consumer ==
Ein Terminologie-Consumer kann die auf dem Terminologieserver zur Verfügung gestellten Terminologien auf zwei Arten nutzen:

* Webfrontend-Nutzer können via Internetbrowser auf den Terminologieserver zugreifen und allgemein zugängliche Funktionalitäten wie manuelle Recherche und Download von Terminologien nutzen. Weiters kann ein Kontaktformular aufgerufen werden, um eine Anfrage zur aktiven Mitarbeit an der Terminologieentwicklung als Diskussionsteilnehmer oder als Inhaltsverwalter einer Terminologie gestellt werden. Aktuelle Ereignisse (z.B.: Änderung oder Veröffentlichung einer Terminologie sind für Webfrontend-Nutzer unter „Aktuelle Vorgänge“ (zu finden auf der Hauptseite des Terminologiebrowsers) einsehbar.
* Webservice-Nutzer sind Primärsysteme (z.B. Krankenhausinformationssysteme) bzw. Anwender von Primärsystemen, welchen durch Nutzung der allgemein zugänglichen Webservices ein automatisierter Abruf von Terminologien bzw. eine Überprüfung ihrer bereits abgerufenen Terminologien auf Aktualität ermöglicht wird. Details sind im Benutzerhandbuch Webservices zu finden.

== Rolle der redaktionellen Arbeit ==
=== Diskussionsteilnehmer ===
Ein Diskussionsteilnehmer kann, nach Anmeldung auf dem Terminologieserver mittels Benutzername und Passwort, abhängig von seiner Berechtigung, in einer oder mehreren thematischen Arbeitsgruppen (Diskussionsgruppen) an der Terminologieentwicklung mitwirken, indem er sein Vorschlags-, Kommentar- und Stimmrecht nutzt. Änderungen, welche durch ihm zugeordnete Diskussionsgruppen durchgeführt wurden, kann der Diskussionsteilnehmer via Statusverlaufsfunktion und Protokoll verfolgen. Potentielle Diskussionsteilnehmer werden dem Inhaltsverwalter von an der Terminologiearbeit interessierten Organisationen bekannt gemacht oder nutzen das Kontaktformular des Terminologieservers.

=== Inhaltsverwalter ===
Inhaltsverwalter haben innerhalb der Ihnen von den Administratoren zugeordneten oder selbst entwickelten Terminologien Zugriff auf Funktionen der Objektstatusverwaltung, Terminologie- und Benutzerverwaltung sowie des Vorschlagswesens.

=== Terminologie Provider ===
Der Terminologie-Provider ist eine Person bzw. eine Organisation, die für die Pflege, Weiterentwicklung und Publikation von externen Terminologien zuständig ist. Sollen Terminologien über den Terminologieserver öffentlich zur Verfügung gestellt werden, kann der Provider der Terminologie über ein Formular auf der Website des Terminologieservers Kontakt zu den Terminologie-Administratoren aufnehmen.

=== Terminologie-Administrator ===
Hauptfunktionen von Terminologie-Administratoren sind das Anlegen von Inhaltsverwaltern, die Publikation von Terminologien sowie die Sicherstellung der Funktionsfähigkeit der Kollaborationsplattform. Dem Terminologie-Administrator kommt eine Schlüsselposition zu. Der Terminologie-Administrator handelt im Auftrag des für Gesundheit zuständige Bundesministerium.

= Technische Informationen =
Im Folgenden werden die unterschiedlichen Exportformate mit ihren Elementen und Besonderheiten beschrieben. Die Auflistung gilt mit Ausnahme des Value Sets ELGA_Laborparameter5 und der Codeliste ASP-Liste.

== SVS ==
Das angebotene SVS ist ein erweitertes IHE Sharing Value Set Format. In diesem XMLFormat können Codelisten und Value Sets exportiert werden.
Diese enthält Attribute zur Terminologie bzw. der Version (Element „valueSet“):

* Name: Bezeichnung der Terminologie
* Beschreibung und description der Terminologie
* effectiveDate: „gültig-ab“ Datum der Version
* Id: OID der Version
* statusCode (derzeit nicht unterstützt)
* website: Link zu Quelle etc.
* version: Nummer/Bezeichnung der Version
* version-beschreibung (bei Codelisten): Beschreibung der Version
* gueltigkeitsbereich
* statusCode: 0=>Vorschlag: 1=>Public; 2=>Obsolet
* last_change_date: Datum der letzten Änderung

Alle Konzepte sind als „concept“-Elemente in der „conceptList“ vorhanden und enthalten folgende Attribute:

* Code
* codeSystem: OID des Quell-Code Systems des Konzepts
* displayName: Begriff
* concept_beschreibung: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts
* deutsch: deutsche Sprachvariante, Bedeutung
* einheit_codiert, einheit_print: nur relevant bei Laborparametern
* hinweise: Hinweise zur Anwendung des Konzepts
* level/type: Abbildung der Hierarchie
* relationships: etwaige Verbindungen zu anderen Konzepten
* orderNumber (nur bei Value Sets): Index zur Fixierung der Reihenfolge
* conceptStatus: 0=>Vorschlag; 1=>Public; 2=>Obsolet
* unvollständig (bei Codelisten): Flag zur Kennzeichnung von Codelisten, die nur auszugsweise am Terminologieserver veröffentlicht sind
* verantw_Org (bei Codelisten): verantwortliche Organisation

== CSV ==
CSV (comma separated values) steht als Exportformat für Codelisten und Value Sets zur Verfügung. Es enthält als flache Liste lediglich Informationen zu den Konzepten, nicht aber zur Terminologie selbst bzw. zu ihrer Version:

* Code
* codeSystem: OID des Quell-Code Systems des Konzepts
* displayName: Begriff
* concept_beschreibung: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts
* meaning: deutsche Sprachvariante, Bedeutung
* hints: Hinweise zur Anwendung des Konzepts
* orderNumber (nur bei Value Sets): Index zur Fixierung der Reihenfolge
* level/type: Abbildung der Hierarchie
* relationships: etwaige Verbindungen zu anderen Konzepten
* einheit_codiert, einheit_print: nur relevant bei Laborparametern

== ClaML ==
ClaML (Classification Markup Language) ist ein spezielles XML-Datenformat für Klassifikationen. Der ClaML Export steht nur für Codelisten zur Verfügung.
Informationen zur Terminologie bzw. Versionen sind in den ersten Elementen enthalten. Die OID findet sich im „uid“-Attribut des Elements Identifier. Weitere Informationen zur Terminologie finden sich in den ersten „Meta“-Elementen als name-value Paar:

* Description: deutsche Beschreibung der Terminologie
* Description_eng: englische Beschreibung der Terminologie
* Website: Link zu Quelle etc.
* version_description: Beschreibung der Version
* insert_ts: Datum des Imports/Anlegen am Terminologieserver
* status_date: „Status geändert am“-Datum
* expiration_date: „gültig-bis“ Datum
* last_change_date: „geändert am“ Datum
* gueltigkeitsbereich
* statusCode: 0=>Vorschlag; 1=>Public; 2=>Obsolet
* unvollständig (bei Codelisten): Flag zur Kennzeichnung von Codelisten, die nur auszugsweise am Terminologieserver veröffentlicht sind
* verantw_Org (bei Codelisten): verantwortliche Organisation

Alle anderen Informationen zur Version befinden im title-Element: 

* tite@date: „gültig-ab“ Datum
* tite@name: Name der Terminologie
* tite@version: Bezeichnung bzw. Nummer der Version

Die einzelnen Konzepte werden als class-Element abgebildet, jeweils mit name-value Paaren:

* class/@code: Code
* <Rubric kind='preferred'>/Label: Begriff
* <Rubric kind='note'>/Label: nähere Beschreibung (Anwendungsbeschreibung) des Konzepts
* TS_ATTRIBUTE_HINTS: Hinweise zur Anwendung des Konzepts
* TS_ATTRIBUTE_MEANING: deutsche Sprachvariante, Bedeutung
* TS_ATTRIBUTE_STATUS/ TS_ATTRIBUTE_STATUSUPDATE: Informationen zum Status des einzelnen Konzepts
* Level/Type: Abbildung der Hierarchie
* Relationships: etwaige Verbindungen zu anderen Konzepten

Zu beachten ist hier, dass die Elemente in der Exportdatei nicht vorhanden sind, wenn sie am Terminologieserver nicht befüllt sind.

= Versionierung von Codesystemen und Value Sets=
Für eine einheitliche Vorgehensweise bei Versionierungen am Terminologieserver, wurde eine neue Definition erstellt. Diese wurde an das Schweizer Modell angelehnt und an die Bedürfnisse der ELGA GmbH angepasst. Die neue Definition ist für alle Codesystem und Valueset gültig, die von der ELGA GmbH verwaltet und erstellt werden.

Bei der Veröffentlichung einer neuer Version, wird der Name des Codesystems bzw. Valuesets folgendermaßen dokumentiert:

<u>Code System</u>:

Name = '''Name des Code Systems'''

Displayname = '''Name des Code Systems'''

Version = '''YYYYMM.(x)'''

Beispiel: Codesystem "ELGA PracticeSetting":
* Name = ELGA_PracticeSetting
* Displayname = ELGA_PracticeSetting
* Version = 201902

Werden Änderungen innerhalb eines Monats in einer Version eingetragen, muss eine Korrektur-Nummer (numerisch) angehängt werden:

Beispiel: Codesystem "ELGA PracticeSetting":
* Name = ELGA_PracticeSetting
* Displayname = ELGA_PracticeSetting
* Version = 201902.1

Die Korrektur-Nummer entfällt, wenn die Änderung in einem neuen Monat stattfindet:

Beispiel: Codesystem "ELGA PracticeSetting":
* Name = ELGA_PracticeSetting
* Displayname = ELGA_PracticeSetting
* Version = 201903

<u>Value Set</u>:

Bei Value Sets wird außerdem zusätzlich an den Ende des Namens die Kennung "_VS" angehängt:

Name = '''Name des Value Sets_VS'''

Displayname = '''Name des Value Sets_VS'''

Version = '''YYYYMM.(x)'''

Beispiel: Value Set "ELGA PracticeSetting":
* Name = ELGA_PracticeSetting_VS
* Displayname = ELGA_PracticeSetting_VS
* Version = 201902

= Weiterführende Literatur =

Leitfaden zur Nutzung von ELGA-Terminologien und des Terminologieservers [https://www.elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Leitfaden_Terminologie-Nutzung_V1.3.pdf]

Benutzerhandbuch Publikationsumgebung [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul]

Benutzerhandbuch Webservices

[[Kategorie:Terminologieserver]]

Terminologien

2022-06-13T10:06:32Z

Sabutsch:

Im Gesundheitswesen wird eine Vielzahl unterschiedlicher Codesysteme mit unterschiedlicher Struktur von verschiedenen internationalen, nationalen und lokalen Quellen verwendet. Über den Terminologieserver werden diese in eine möglichst einheitliche Form gebracht.

Ein Terminologieserver stellt Terminologien in standardisierter Form für Benutzer zur Verfügung. Dadurch wird die semantische Interoperabilität in verteilten Systemen unterstützt. Mit den Services ist es möglich, lokale Semantik mit global vereinbarter Semantik zu synchronisieren und aktuell zu halten.

==Leitfäden zur Benutzung von Terminologien und Terminologieserver==
* [[ILF:Terminologie Nutzung|Leitfaden zur Nutzung von Terminologien]]
* [https://elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Leitfaden_LOINC_Anwendung_in_ELGA_V1.03.pdf Leitfaden zur Anwendung von LOINC in ELGA (Version 1.03)]
* [https://termgit.elga.gv.at/ Terminologie-Browser: Terminologien (Codesysteme und Value Sets)]

==Codelisten==
* [[Dokumentenklassen für XDS Registries]] – Version 1.4
* [[APPC|Austrian PACS Procedure Code (APPC)]]
* [[Geschlecht]] - aktueller Stand des Mappings

== Terminologieserver ==

* [[TS:Terminologieserver| Terminologieserver]]
* [[TS:Inhalte|Inhalte]]
* [[Übersicht]] -- Inhalt verschieben

==SNOMED CT==
[[SCT:SNOMED CT|SNOMED CT]]

Offene Punkte:
* Erläuterungen zum HL7.MaritalStatus (Familienstand) '''[http://wiki.hl7.org/index.php?title=Marital_Status_Code_Definitions]'''
* Erläuterungen NullFlavor '''[http://wiki.hl7.de/index.php?title=v3dtr1:NullFlavor]'''

Implementierungsleitfäden

2022-06-09T13:07:15Z

Sabutsch:

{{#seo:
|title=Implementierungsleitfäden
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Implementierungsleitfäden, Leitfaden, Implementierungsleitfaden, Allgemeiner Implementierungsleitfäden, Entlassungsbrief, Pflegesituationsbericht, e-Medikation, Spezielle Leitfäden
|description=Hier werden die spezifischen Templates und Spezifikationen beschrieben, welche unter "HL7 Austria" erarbeitet und verabschiedet wurden.
}}
{{#customtitle:Übersicht der CDA Implementierungsleitfäden}}

Folgende CDA Implentierungsleitfäden wurden in der Governance Gruppe '''"HL7 Austria"''' erarbeitet im Rahmen eines Abstimmungsverfahrens verabschiedet (Ausnahme: Leitfäden "in Bearbeitung"). Alle verfügbaren Leitfaden-Versionen sind auf den jeweiligen verlinkten Übersichtseiten ("Guide") ersichtlich.

__NOTOC__

{| style="width:80%;margin: auto;border-collapse:collapse;" border="0" cellpadding="3"
|-
| style="width:30%; font-size:18px;" |<span style="color:#E89700">''<big>GTelG Leitfäden (ELGA und eHealth)</big>''</span>
| style="width:30%; font-size:18px;" |<span style="color:#E89700">''<big>Weitere Leitfäden</big>''</span>
|- style="vertical-align:top;"
|'''Normativ'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Allgemeiner_Leitfaden_Guide|Allgemeiner Implementierungsleitfaden]]<br />
[[Datei:List_(1).svg|16px]] [[ILF:XDS_Metadaten_Guide|ELGA XDS Metadaten]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Entlassungsbrief_Ärztlich_Guide|ELGA Entlassungsbrief (Ärztlich)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Entlassungsbrief (Pflege) Guide|ELGA Entlassungsbrief (Pflege)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Pflegesituationsbericht Guide|ELGA Pflegesituationsbericht]]<br />
[[Datei:CDADok.png|16px]] [[ILF:e-Medikation Guide|ELGA e-Medikation]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Befund bildgebende Diagnostik Guide|ELGA Befund Bildgebende Diagnostik]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Laborbefund Guide|ELGA Laborbefund]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Ambulanzbefund_Guide|ELGA Ambulanzbefund]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Telemonitoring-Episodenbericht_Guide|ELGA Telemonitoring-Episodenbericht]]<br />
[[Datei:CDADok.png|16px]] [[ILF:E-Impfpass Guide|e-Impfpass]]<br /><br />

'''Verordnung ausstehend'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Laborbefund Guide|ELGA Labor- & Mikrobiologiebefund]] <br /><br/>

'''In Bearbeitung'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png |16px]] [[ILF:Patient_Summary_Guide|ELGA Patient Summary]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Ärztlicher_Befund_Guide|ELGA Ärztlicher Befund (generisch)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Patientenverfügung_Guide|ELGA Patientenverfügung]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Pathologiebefund|ELGA Pathologiebefund]]<br /><br />

|'''Normativ'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:EMS_Guide|EMS Labor- und Arztmeldung]] (Meldepflichtige Krankheiten)<br />
[[Datei:List_(1).svg|16px]] [[ILF:ENDS2_Guide|Export-Normdatensatz]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Aurea_Guide|Aurea]] (Meldung antimikrobieller Resistenzen)<br />
[[Datei:List_(1).svg|16px]] [https://collab.dicom-austria.at/pages/viewpage.action?pageId=27033635 DICOM KOS-Leitfaden für den ELGA Bilddatenaustausch]<br />
[[Datei:List_(1).svg|16px]] [https://collab.dicom-austria.at/display/OBD/Leitfaden+zur+Ermittlung+und+Speicherung+des+APPC+in+DICOM+Daten Ermittlung und Speicherung des APPC in DICOM Daten]<br />
<br />
'''Trial Standard'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Augenbefund|Augenbefund]]<br /><br />
|}

''Legende:''<br />
[[Datei:CDADok.png|16px|verweis=Special:FilePath/CDADok.png]] Implementierungsleitfäden für den CDA-Standard<br />
[[Datei:List_(1).svg|16px|verweis=Special:FilePath/List_(1).svg]] Implementierungsleitfäden für andere Standards<br />

ILF:E-Impfpass Guide

2022-06-08T09:13:58Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:e-Impfpass Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|1.3.0+20220127
|27.01.2022
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ - gültig seit 1.4.2022'''
|'''Gültige Version''' (Nebenversion von 1.0.0+20191021)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/28/ILF_e-Impfpass_1.3.0%2B20220127.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|-
|1.2.0+20220103
|03.01.2022
|[[Datei:Deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.3.0+20220127
|veraltet (Nebenversion von 1.0.0+20191021)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/8/83/ILF_e-Impfpass_1.2.0%2B20220103.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=145159]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|-
|1.1.1+20210601
|01.06.2021
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.2.0+20220103
|veraltet (Nebenversion von 1.0.0+20191021)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/f/fe/ILF_e-Impfpass_%28Version_3%29_2021-06-01.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140767]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|-
|1.1.0+20210512
|12.05.2021
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.1+20210601
|veraltet (Nebenversion von 1.0.0+20191021)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/23/ILF_e-Impfpass_1.1.0%2B20210517.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140008]]
|
|-
|2019 (1.0.0+20191021 nach neuem Versionsschema)
|21.10.2019
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.0+20210521
|Gültig per eHealthV 2019
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/e7/ILF_e-Impfpass_2019-10-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=135117]]
|
|}

=Was ist der e-Impfpass?=
Der CDA Implementierungsleitfaden e-Impfpass beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich.
Als Datenaustauschformate dienen zwei unterschiedliche CDA Dokumententypen:

*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.
*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.

Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt.

{{TOC limit|4}}

=Unterstützende Materialien=
<div class="aussen">

==Art-Decor Templates==
Die im CDA Implementierungsleitfaden e-Impfpass angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].

==Prüfregeln==
*Das '''CDA Schema''', definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
**Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
**Download unter: https://gitlab.com/elga-gmbh/cda-schema
*Die '''CDA eImpfpass-Schematron''', definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "e-Impfpass".
**Diese Prüfregeln fassen alle Regeln für das e-Impfpass-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron
*Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
**Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron

==Terminologien==
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==

*Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/e-Impfpass

(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste e-Impfpass Stylesheet. Aktuellste Version des Stylesheets siehe ''Visualisierung'')

==Visualisierung==
Für die Darstellung der e-Impfpass-Dokumente wird ein eigenes Stylesheet bereitgestellt
* Download unter: https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_eimpf_Referenzstylesheet

==Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff==
*Download unter: [[Spezial:FilePath/EImfpass Zuordnungsmatrix SchemenDosiskennungImpfstoff.zip|Zuordnungsmatrix Impfschemas - Dosiskennung - Impfstoff]]

==Design-Beispiel==
Hier finden Sie ein Beispiel des Kompletten Immunisierungsstatus zur Ansicht:

{{#iDisplay:https://download.hl7.at/beispielbefund/eImpf-Kompletter_Immunisierungsstatus.xml|1100px|550px}}

=Zusammenfassung=
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").

ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

[[Datei:KompletterImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]

===CDA Header===
Der Header enthält die (administrativen) Dokument-Metadaten
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)

Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt:
* TemplateIds für die Versionskennung
* Zusätzliches Translation-Element für den clinicalDocument.code

'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren.
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...

===CDA Body===
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen
** Erkrankung, Datumsbereich
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen
** Untersuchung, Wert, Bewertung, Datum
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene)
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status

Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.

==Übersicht CDA Struktur "Update Immunisierungsstatus"==
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.

Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten.

ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

[[Datei:UpdateImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]

===CDA Header===
Der Header enthält die (administrativen) Dokument-Metadaten
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)

Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt:
* TemplateIds für die Versionskennung
* Zusätzliches Translation-Element für den clinicalDocument.code

===CDA Body===
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen
** Erkrankung, Datumsbereich
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")
** Untersuchung, Wert, Bewertung, Datum
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status

Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.

APPC

2022-04-26T07:40:45Z

Sabutsch: /* Kurzbeschreibung */

{{#customtitle:APPC}}

==APPC==

===Kurzbeschreibung===
Der Austrian PACS Procedure Code (APPC) wurde von der Bundesfachgruppe Radiologie der österr. Ärztekammer für die Verschlagwortung von Befunden oder Bilddaten der bildgebenden Diagnostik entwickelt, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.
Er besteht aus vier unabhängigen Achsen: APPC Anatomie, APPC Lateralität, APPC Modalität und APPC Prozeduren.

===Terminologie Provider ===
Der APPC wird von der BURA (Bundesfachgruppe Radiologie der österreichischen Ärztekammer) herausgegeben. Allfällige Änderungen sind mit dieser abzustimmen.

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Hinweise zur Anwendung des APPC (Struktur)===
Befunde oder Bilddaten der bildgebenden Diagnostik werden mit dem APPC beschlagwortet, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.

Der APPC besteht aus Codes für Anatomie, Lateralität, Modalität und Prozedur. Ein gültiger APPC-Code besteht jeweils aus 4 Codes aus jeder der vier unabhängigen Achsen, die frei kombiniert werden können. Die Einträge in den Achsen sind hierarchisch geordnet, so dass Ober- und Unter- bzw. Teilbegriffe angegeben werden können (z.B. Arm – Hand – Finger).

Sinn des APPC ist NICHT eine möglichst detaillierte Angabe aller anatomischen Strukturen oder durchgeführten Prozeduren, sondern eine treffende Angabe von Informationen, damit vergleichbare Studien schnell identifiziert werden können.

'''Anatomie:''' In der Regel reicht die Angabe der anatomischen Region aus, was durch die ersten beiden hierarchischen Ebenen der Anatomieachse ausgedrückt werden kann; bei der Beschreibung von Extremitäten kann auch die dritte Ebene sinnvoll sein.

'''Lateralität:''' Die Lateralität soll angegeben werden.

'''Modalität:''' Die Modalität kann im APPC nur grob granuliert angegeben werden – auf Ebene des bildgebenden Prinzips.

'''Prozedur:''' Die Achse Prozedur hat nur nachgeordnete Bedeutung, sie ist daher nur anzugeben, wenn sie ein notwendiges Selektionskriterium darstellt, z.B. wenn es sich bei der Studie der eine Gefäßdarstellung handelt und andere Strukturen schlecht dargestellt sind.

Es können mehrere APPC Codes für einen Befund angegeben werden, vor allem wenn
* mehrere anatomische Regionen beschlagwortet werden sollen,
* mehrere Prozeduren angewendet wurden,
* „kombinierte Modalitäten“ zum Einsatz kamen, wie z.B.: PET/CT, PET/MRT.

Quelle:
Fruehwald F, Lindner A, Mostbeck G, Hruby W, Fruehwald-Pallamar J. APPC--a new standardised coding system for trans-organisational PACS retrieval. Eur Radiol. 2010 Sep;20(9):2153-65. doi: 10.1007/s00330-010-1780-0. Epub 2010 Apr 8. PMID: 20373102. (auf ResearchGate)
Seerainer C, Sabutsch, S. eHealth Terminology Management in Austria. Studies in health technology and informatics 228:426-30 (auf ResearchGate)

====Codierbeispiel: CT Colonografie====
* Modalität.Lateralität.Prozeduren.Anatomie
* 2.0.2-3-7.4-2-3
* CT.undefiniert.virtuelle-endoskopie.colon

===Releasezyklus===
Update bei Bedarf (z.B. notwendige Ergänzungen)

===Value Sets===
* APPC_Anatomie_VS
* APPC_Lateralitaet_VS
* APPC_Modalitaet_VS
* APPC_Prozeduren_VS

[[Kategorie:Terminologieserver]]

APPC

2022-04-26T07:40:29Z

Sabutsch: /* Kurzbeschreibung */

{{#customtitle:APPC}}

==APPC==

===Kurzbeschreibung===
Der Austian PACS Procedure Code (APPC) wurde von der Bundesfachgruppe Radiologie der österr. Ärztekammer für die Verschlagwortung von Befunden oder Bilddaten der bildgebenden Diagnostik entwickelt, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.
Er besteht aus vier unabhängigen Achsen: APPC Anatomie, APPC Lateralität, APPC Modalität und APPC Prozeduren.

===Terminologie Provider ===
Der APPC wird von der BURA (Bundesfachgruppe Radiologie der österreichischen Ärztekammer) herausgegeben. Allfällige Änderungen sind mit dieser abzustimmen.

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Hinweise zur Anwendung des APPC (Struktur)===
Befunde oder Bilddaten der bildgebenden Diagnostik werden mit dem APPC beschlagwortet, damit eine schnelle Filterung nach relevanten Informationen ermöglicht wird, beispielsweise um entsprechende Vorstudien aus der Radiologie zu selektieren.

Der APPC besteht aus Codes für Anatomie, Lateralität, Modalität und Prozedur. Ein gültiger APPC-Code besteht jeweils aus 4 Codes aus jeder der vier unabhängigen Achsen, die frei kombiniert werden können. Die Einträge in den Achsen sind hierarchisch geordnet, so dass Ober- und Unter- bzw. Teilbegriffe angegeben werden können (z.B. Arm – Hand – Finger).

Sinn des APPC ist NICHT eine möglichst detaillierte Angabe aller anatomischen Strukturen oder durchgeführten Prozeduren, sondern eine treffende Angabe von Informationen, damit vergleichbare Studien schnell identifiziert werden können.

'''Anatomie:''' In der Regel reicht die Angabe der anatomischen Region aus, was durch die ersten beiden hierarchischen Ebenen der Anatomieachse ausgedrückt werden kann; bei der Beschreibung von Extremitäten kann auch die dritte Ebene sinnvoll sein.

'''Lateralität:''' Die Lateralität soll angegeben werden.

'''Modalität:''' Die Modalität kann im APPC nur grob granuliert angegeben werden – auf Ebene des bildgebenden Prinzips.

'''Prozedur:''' Die Achse Prozedur hat nur nachgeordnete Bedeutung, sie ist daher nur anzugeben, wenn sie ein notwendiges Selektionskriterium darstellt, z.B. wenn es sich bei der Studie der eine Gefäßdarstellung handelt und andere Strukturen schlecht dargestellt sind.

Es können mehrere APPC Codes für einen Befund angegeben werden, vor allem wenn
* mehrere anatomische Regionen beschlagwortet werden sollen,
* mehrere Prozeduren angewendet wurden,
* „kombinierte Modalitäten“ zum Einsatz kamen, wie z.B.: PET/CT, PET/MRT.

Quelle:
Fruehwald F, Lindner A, Mostbeck G, Hruby W, Fruehwald-Pallamar J. APPC--a new standardised coding system for trans-organisational PACS retrieval. Eur Radiol. 2010 Sep;20(9):2153-65. doi: 10.1007/s00330-010-1780-0. Epub 2010 Apr 8. PMID: 20373102. (auf ResearchGate)
Seerainer C, Sabutsch, S. eHealth Terminology Management in Austria. Studies in health technology and informatics 228:426-30 (auf ResearchGate)

====Codierbeispiel: CT Colonografie====
* Modalität.Lateralität.Prozeduren.Anatomie
* 2.0.2-3-7.4-2-3
* CT.undefiniert.virtuelle-endoskopie.colon

===Releasezyklus===
Update bei Bedarf (z.B. notwendige Ergänzungen)

===Value Sets===
* APPC_Anatomie_VS
* APPC_Lateralitaet_VS
* APPC_Modalitaet_VS
* APPC_Prozeduren_VS

[[Kategorie:Terminologieserver]]

ILF:E-Impfpass Guide

2022-04-20T06:22:04Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:e-Impfpass Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA
!PDF
!Wiki
!Erratum
|-
|1.3.0+20220127
|27.01.2022
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ - gültig seit 1.4.2022'''
|'''Gültige Version''' (Nebenversion von 1.0.0+20191001)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/28/ILF_e-Impfpass_1.3.0%2B20220127.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|-
|1.2.0+20220103
|03.01.2022
|[[Datei:Deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.3.0+20220127
|veraltet
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/8/83/ILF_e-Impfpass_1.2.0%2B20220103.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=145159]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|- style="background-color:#ffffcc;
|1.1.1+20210601
|01.06.2021
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ'''
|'''Aktuell gültige Version''' (Nebenversion von 1.0.0+20191001)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/f/fe/ILF_e-Impfpass_%28Version_3%29_2021-06-01.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140767]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF_Diskussion:E-Impfpass]]
|-
|1.1.0+20210512
|12.05.2021
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.1+20210601
|veraltet
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/2/23/ILF_e-Impfpass_1.1.0%2B20210517.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=140008]]
|
|-
|2019 (1.0.0+20191021 nach neuem Versionsschema)
|21.10.2019
|[[Datei:deprecated.png|20px|verweis=Special:FilePath/Deprecated.png]] Ersetzt durch 1.1.0+20210521
|Gültig per eHealthV 2019
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/e7/ILF_e-Impfpass_2019-10-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:E-Impfpass&stableid=135117]]
|
|}

=Was ist der e-Impfpass?=
Der CDA Implementierungsleitfaden e-Impfpass beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich.
Als Datenaustauschformate dienen zwei unterschiedliche CDA Dokumententypen:

*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Kompletter_Immunisierungsstatus.22|Kompletter Immunisierungsstatus]]''': Das von der zentralen Anwendung abrufbare Datenaustauschformat. Es enthält alle verfügbaren Informationen zum Immunisierungsstatus einer Person (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) und Impfempfehlungen.
*'''[[ILF:E-Impfpass#.C3.9Cbersicht_CDA_Struktur_.22Update_Immunisierungsstatus.22|Update Immunisierungsstatus]]''': Das Datenaustauschformat, das an die zentrale Anwendung gesendet wird, um Änderungen am Immunisierungsstatus einer Person zu dokumentieren (Impfungen, impfrelevante Erkrankungen, Antikörper-Bestimmungen) sowie individuell angepasste Impfempfehlungen, die durch den impfenden Arzt festgelegt werden.

Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt.

{{TOC limit|4}}

=Unterstützende Materialien=
<div class="aussen">

==Art-Decor Templates==
Die im CDA Implementierungsleitfaden e-Impfpass angeführten Templatespezifikationen wurden im '''Art-Decor Projektrepository''' [https://art-decor.org/art-decor/decor-templates--elgaimpf-?section=templates e-Impfpass] erstellt und können dort eingesehen werden. Eine Anleitung zum Verständnis der Art-Decor-Notation finden Sie im Artikel [[Hilfe:Art-Decor-Tabellen verstehen|Art-Decor-Tabellen verstehen]].

==Prüfregeln==
*Das '''CDA Schema''', definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
**Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
**Download unter: https://gitlab.com/elga-gmbh/cda-schema
*Die '''CDA eImpfpass-Schematron''', definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "e-Impfpass".
**Diese Prüfregeln fassen alle Regeln für das e-Impfpass-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-eimpfpass-schematron
*Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
**Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
**Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron

==Terminologien==
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==

*Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/e-Impfpass

(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste e-Impfpass Stylesheet. Aktuellste Version des Stylesheets siehe ''Visualisierung'')

==Visualisierung==
Für die Darstellung der e-Impfpass-Dokumente wird ein eigenes Stylesheet bereitgestellt
* Download unter: https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_eimpf_Referenzstylesheet

==Zuordnungsmatrix Schemen - Dosiskennung - Impfstoff==
*Download unter: [[Spezial:FilePath/EImfpass Zuordnungsmatrix SchemenDosiskennungImpfstoff.zip|Zuordnungsmatrix Impfschemas - Dosiskennung - Impfstoff]]

==Design-Beispiel==
Hier finden Sie ein Beispiel des Kompletten Immunisierungsstatus zur Ansicht:

{{#iDisplay:https://download.hl7.at/beispielbefund/eImpf-Kompletter_Immunisierungsstatus.xml|1100px|550px}}

=Zusammenfassung=
==Übersicht CDA Struktur "Kompletter Immunisierungsstatus"==
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.
Dieses Dokument kann von der zentralen Anwendung "e-Impfpass" angefragt werden. Es enthält alle gespeicherten Informationen zum Immunisierungsstatus der Person und wird jeweils aktuell erzeugt ("On-Demand-Dokument").

ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

[[Datei:KompletterImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]

===CDA Header===
Der Header enthält die (administrativen) Dokument-Metadaten
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...
* '''Mitwirkende am Dokument''': Autoren, Schreibkraft, Verwalter, Unterzeichner
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)

Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt:
* TemplateIds für die Versionskennung
* Zusätzliches Translation-Element für den clinicalDocument.code

'''Hinweis''': Einige Header-Elemente des Allgemeinen Leitfadens werden hier nicht benötigt [NP], sind aber der Vollständigkeit halber angegeben. [NP]-Elemente dürfen nicht angegeben werden, bzw. sind zu ignorieren.
Beispiele: Data Enterer, Authorization, LegalAuthenticator, ...

===CDA Body===
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen
** Erkrankung, Datumsbereich
* Kapitel '''Antikörper-Untersuchungen''': Sammlung der dokumentierten Antikörper-Bestimmungen
** Untersuchung, Wert, Bewertung, Datum
* Kapitel '''Impfempfehlungen''': Sammlung der dokumentierten Impfempfehlungen (automatisch erstellte sowie vom Impfarzt individuell empfohlene)
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status

Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.

==Übersicht CDA Struktur "Update Immunisierungsstatus"==
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben. Zum schnellen Einstieg findet sich hier eine stark vereinfachte Zusammenfassung der Elemente.

Dieses Dokument wird vom impfenden GDA erstellt und an die zentrale Applikation gesendet. Es enthält die Informationen, die der GDA bei einem Besuch dokumentiert. Es kann Impfungen, Impfempfehlungen, impfrelevante Erkrankungen, Antikörperbestimmungen, etc enthalten.

ELGA Interoperabilitätsstufen (EIS): Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

[[Datei:UpdateImmunisierungsstatus.png|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]

===CDA Header===
Der Header enthält die (administrativen) Dokument-Metadaten
* '''Allgemeine Dokumentinformationen:''' Dokumenten-Id, Code, Titel, Erstellungszeitpunkt, Sprache, Version
* '''"Impfling"''' Angaben zur Person (Patient), deren Immunisierungsstatus beschrieben wird: Name, Geburtsdatum, Geschlecht, Identifikatoren, Adresse und Kontaktdaten, ...
* '''Mitwirkende am Dokument''': Autoren, Erfasser, Verwalter, Unterzeichner
* '''Related Document:''' Verweis auf ein allfällig ersetztes Dokument (Vorversion)

Der Header entspricht im Wesentlichen den bisherigen ELGA-CDA-Leitfäden ("Allgemeiner Leitfaden"). Für den e-Impfpass wurden punktuell Neuerungen eingeführt:
* TemplateIds für die Versionskennung
* Zusätzliches Translation-Element für den clinicalDocument.code

===CDA Body===
Der "Structured Body" enthält die tatsächlichen (medizinischen) Inhalte des Dokuments
* Kapitel '''Impfungen''': Sammlung der dokumentierten Impfungen
** Impfung, Impfdatum, Impfstoff, Impfschema und Dosisnummer, Impfstelle, Krankheit gegen welche die Impfung schützt, PZN, Chargennummer (LOT-Nr), Dosierung und weitere Angaben zur Verabreichung (Teilnehmende Personen)
* Kapitel '''Personengruppe''': Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
** Personengruppe, Datumsbereich der Zugehörigkeit zur Gruppe
* Kapitel '''Impfrelevante Erkrankungen''': Sammlung der dokumentierten impfrelevanten Erkrankungen
** Erkrankung, Datumsbereich
* Kapitel '''Antikörper-Bestimmungen''': Sammlung der dokumentierten Laboruntersuchungen der impfrelevanten Antikörper ("Impftiter")
** Untersuchung, Wert, Bewertung, Datum
* Kapitel '''Impfempfehlungen''': Vom Impfarzt individuell empfohlene Impfungstermine, wenn abweichend von den automatisch erstellten Impfempfehlungen
** Strukturell wie Impfungen, mit anderen Pflichtfeldern und anderem Status

Anmerkung: Impfreaktionen werden in der derzeit geplanten Pilot-Umsetzung nicht unterstützt.

ART-DECOR Governance

2022-04-14T07:13:53Z

Sabutsch:

{{#customtitle:Governance für die CDA-Leitfadenerstellung (Version 1)}}
{{#css:
.toc{
width: 20%;
float: right !important;
margin: 10px 0px 10px 30px !important;
border: 1px solid #AAA;
background-color: #F9F9F9;
display: table;
padding: 7px !important;
}
}}

<pre class="ilfbox_code">
Governance für die CDA-Leitfadenerstellung mit Art-Decor und Mediawiki
Version: 1.1.0+20220414
Status: Final
</pre>





= Einleitung =
Dieses Dokument enthält Richtlinien zur Erstellung von CDA-Implementierungsleitfäden mit Art-Decor® und Mediawiki und anderen Werkzeugen in Österreich.

Diese Richtlinien entstanden in Zusammenarbeit mit der ELGA GmbH und beruhen auf den bisher gemachten Erfahrungen in der Leitfadenerstellung.

Weiters werden die notwendigen Verantwortlichkeiten und Prozesse definiert, um klare Strukturen für die Zusammenarbeit zwischen Art-Decor®, Wiki und anderen Werkzeugen zu gewährleisten. Dies umfasst die Verantwortung für Art-Decor Repositories, Qualitätssicherung und den Support der Tools.

= Anwendungsbereich =
Das Dokument geht nicht auf die Modellierung von HL7 CDA-Dokumenten ein, sondern beschreibt den Einsatz der Tools für Österreich. Es definiert Regeln und Strukturen, die von allen Anwendern dieser Werkzeuge eingehalten werden müssen.

= Weiterentwicklung des Dokuments =
Dieses Dokument enthält die aktuellen Festlegungen bezüglich der Arbeit mit Art-Decor®, Mediawiki und weitere Werkzeuge in Österreich und wird laufend angepasst.
{{BeginYellowBox}}''Wichtiger Hinweis:'' Anfragen hinsichtlich der Änderung oder Erweiterung dieses Dokuments stellen Sie bitte an [mailto:office@hl7.at office@hl7.at].{{EndYellowBox}}

=Governance für die CDA-Leitfadenerstellung=
Die folgenden Vorgaben sind verpflichtend einzuhalten. Empfehlungen werden entsprechend markiert. Die Reihenfolge der Kapitel soll eine übliche Vorgehensweise darstellen, jedoch ist die Reihenfolge selbst nicht verpflichtend einzuhalten.
==Governance Groups==
Governance-Gruppen sind organisatorische Einheiten, die dazu dienen, die Verantwortung für Artefakte (Templates und Value-Sets) in Art-Decor darzustellen. Unter der [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group] sind alle Projekte der ELGA sichtbar, sowie alle angelegten Artefakte mit OID, Displayname, Artefaktstatus, BBR und Repositories), z.B. "at-cda-brr"-Projekte, die das Template oder Value Set referenzieren. Weiters existiert die [https://art-decor.org/art-decor/decor-governance-group?id=2.16.840.1.113883.2.16 HL7 Austria Art Decor Governance Group] welche alle eHealth Austria Vorgaben umfasst. Dabei wird die hier beschriebene ELGA Governance auch für die HL7 Austria relevant und soll von dieser übernommen werden.

==Implementierungsleitfaden (inkl. Wiki)==
'''ELGA Implementierungsleitfäden''' werden in '''deutscher Sprache''' verfasst. Dazu gehören textuelle Beschreibungen im Wiki, Art-Decor-Templates und Art-Decor-Datasets.
Ausnahmen gelten bei der Benennung von Templates (siehe [[#Name]]).

'''eHealth Implementierungsleitfäden''' können auch in englischer Sprache verfasst werden.

Wichtige Informationen hinsichtlich der '''technischen''' Erstellung eines CDA-Leitfadens mit Mediawiki sind unter [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Leitfaden erstellen mit Mediawiki] nachzulesen.

Die Einbindung eines neuen Leitfadens folgt einem vorgegebenen Prozess, dieser ist ersichtlich unter Benutzung von [https://wiki.hl7.at/index.php?title=Hilfe:Flagged_Revisions#Benutzung_von_Flagged_Revisions Flagged Revisions].

=== Name ===
Der '''Name''' eines Leitfadens wird wie folgt angegeben:

* HL7 Austria & ELGA
* HL7 CDA® R2 Implementierungsleitfaden
* '''[Titel]'''
* OID: '''[OID]'''

''Beispiel:''

HL7 Austria & ELGA

HL7 CDA® R2 Implementierungsleitfaden

Labor- und Mikrobiologiebefund

OID: 1.2.40.0.34.7.4.9.3

===OID===
Im Zusammenhang mit der Verwendung von OID sind die österreichischen Richtlinien einzuhalten (siehe [https://www.gesundheit.gv.at/OID_Frontend/OID_Konzept_1-1-0.pdf Object Identifier (OID) Konzept für das österreichische Gesundheitswesen]). Das österreichische OID Portal ist zu finden unter [https://www.gesundheit.gv.at/OID_Frontend/ OID Portal Österreich].

Für jeden Implementierungsleitfaden muss über das '''OID-Portal''' eine Dokumentenklassen-OID unterhalb des Knotens '''1.2.40.0.34.7''' (eHealth-Austria/documents) '''registriert''' werden.

Für die Verwaltung der Hauptversionen muss darunter eine '''zusätzliche Ebene''' angelegt werden.

''Beispiel:''
*1.2.40.0.34.7.'''18''': Dokumentenklassen-OID des Implementierungsleitfadens "Meldung von antimikrobieller Resistenzen"
**OID wird im OID-Portal beantragt (Root-Knoten aller Versionen des entsprechenden Leitfadens)
*1.2.40.0.34.7.'''18.1''': Implementierungsleitfaden Meldung von antimikrobieller Resistenzen, Version 1
**OID des PDF-Leitfadens (Titelblatt)
**wird im DLT als templateId[2] als informative Referenz angegeben
**Hauptversionen verlangen eine neue Verordnung durch das BM*G
**OID wird ebenfalls im OID-Portal beantragt
Die Leitfaden-OID von Nebenversionen ändert sich nicht. Die Version des Leitfadens ist im Leitfadentitel (Wiki) bzw. auf dem Titelblatt (PDF) und dem Versionlabel des DLT ersichtlich. Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].

===Version & Metadaten===
Der Verwendung von Namespaces ist wesentlich für Versionierung der Wiki-Seiten mit Flagged Revisions.
{{BeginYellowBox}}''Wichtiger Hinweis:'' Alle Seiten von CDA-Leitfäden müssen im Namespace ["ILF"] erstellt werden.{{EndYellowBox}}
Das Wiki-Leitfadenprojekt DARF NICHT unabhängig vom ART-DECOR-DLT versioniert werden, siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].

Alle '''Hauptversionen und Nebenversionen''' eines Leitfadens sind als '''Wiki''' verfügbar. In der "Lese-Ansicht ist die publizierte Version ersichtlich, aktuelle (noch nicht freigegebene) Überarbeitungen/Änderungen sind der "Revisions-Ansicht" zu entnehmen. Zum Zeitpunkt der Publikation (z.B. Ballotversion / Publikation neue Haupt- oder Nebenversion) wird die Hauptseite des Leitfadens von einer berechtigten Person als "abgenommen" markiert (siehe dazu [https://wiki.hl7.at/index.php?title=Hilfe:Wiki#Versionierung_von_Wiki-Seiten Versionierung von Wiki-Seiten]), sodass die "Revisions"-Ansicht in die stabile "Leseansicht" übernommen wird. Die "Leseansicht" bleibt unverändert, bis eine neue Version des Leitfadens abgenommen wird.

Alle veröffentlichten Leitfadenversionen sind zusätzlich zum Wiki als PDF verfügbar (Anleitung siehe [https://wiki.hl7.at/index.php?title=Hilfe:Leitfaden_erstellen#PDF_Generierung PDF-Generierung]). Eine Übersicht der Versionen eines Leitfadens findet sich im jeweiligen Guide (alle vorhandenen Guides sind zu finden unter [https://wiki.hl7.at/index.php?title=Implementierungsleitf%C3%A4den Übersicht der CDA Implementierungsleitfäden].

===Inhalt===
Der Inhalt eines Implementierungsleitfadens besteht üblicherweise aus den Kapiteln:

:1 Zusammenfassung
:2 Informationen über dieses Dokument
::2.1 Impressum
::2.2 Haftungsausschluss
::2.3 Sprachliche Gleichbehandlung
::2.4 Lizenzinformationen
:::2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")
:::2.4.2 SNOMED CT
::2.4.3 Weitere Terminologien
::2.5 Verwendete Grundlagen und Bezug zu anderen Standards
::2.6 Verbindlichkeit
::2.7 Wichtige unterstützende Materialien
::2.8 Bedienungshinweise
:::2.8.1 Farbliche Hervorhebungen und Hinweise
:::2.8.2 PDF-Navigation
:3 Begriffsdefinitionen
:4 Einleitung
::4.1 Ausgangslage und Motivation
::4.2 Zweck des Dokuments
::4.3 Zielgruppe
:5 Leitfadenerstellungs- und Harmonisierungsprozess
::5.1 Revision der Leitfäden
::5.2 Autoren und Mitwirkende
:::5.2.1 Autoren
:::5.2.2 Mitwirkende
:6 Technischer Hintergrund
:7 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden
:8 Funktionale Anforderungen
::8.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA
::8.2 Anwendungsfälle des Dokumentenmanagements
:::8.2.1 Dokument-Metadaten (XDS-Metadaten)
:9 Konformitätsprüfung
:10 Datentypen
:11 Vorgaben zum medizinischen Inhalt
:12 Anwendungsfälle / User Stories
:13 Dataset
:14 Technische Spezifikation
::14.1 Übersicht CDA Strukturen (Header & Body)
::(evtl. Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen)
::14.2 CDA Templates
:::14.2.1 Document Level Templates
:::14.2.2 Header Level Templates (Hinweis: hier sollten nur jene Header Level Templates aufgeführt werden, die für spezielle Leitfäden erstellt / adaptiert wurden. Alle anderen werden als Teil der DLTs angezeigt)
:::14.2.3 Section Level Templates
:::14.2.4 Entry Level Templates
:::14.2.5 Weitere CDA Fragmente
::14.3 Terminologien
:15 Anhang
::(15.1 evtl. Abkürzungsverzeichnis)
::15.2 Abbildungsverzeichnis
::15.2 Tabellenverzeichnis
::15.3 Einzelnachweise
::15.4 Literatur und Weblinks
::15.5 Revisionsliste
::15.6 Erratum

Bei Kapiteln ohne Inhalt soll kurz darauf eingegangen werden, warum dieser Leitfaden dieses Kapitel nicht füllt.

Aufgrund bisheriger Erfahrungen wird '''nicht empfohlen''', Textabschnitte in Teildokumente (eigene Wiki-Seiten) '''auszulagern und zu [https://de.wikipedia.org/wiki/Transklusion transkludieren]''', da Änderungen an dem Teildokument automatisch in alle transkludierenden Wiki-Leitfäden übernommen werden und einer Abstimmung mit den Leitfadenverantwortlichen bedürfen. Weiters ist beim Bearbeiten eines Seitenabschnittes nur im Seitenlink bzw. unter Menüpunkt "Links auf diese Seite" ersichtlich, ob man sich auf der Hauptseite des eigenen Leitfadens oder auf einer bereits transkludierten Seite befindet, was die Gefahr eines unbeabsichtigten Änderns anderer bestehender Leitfäden erhöht.

Ausnahmen bilden folgende Seiten, welche transkludiert werden können, aber '''nicht bearbeitet werden dürfen''' (liegen in der Obhut des Allgemeinen Leitfadens):
*ILF:Lizenzinformationen
Für die '''Kapitel Section Level Templates, Entry Level Templates''' und '''Weitere CDA Fragmente''' in speziellen Leitfäden gilt, dass für Templates, die im Allgemeinen Implementierungsleitfaden spezifiziert sind, eine einfache Referenz auf den Allgemeinen Implementierungsleitfaden ausreicht. Dabei MUSS aber angegeben werden, um welche Hauptversion des Allgemeinen Leitfaden es sich handelt.

=Art-Decor Projekt=
Ein neuer CDA-Leitfaden '''muss''' in einem eigenen Projektverzeichnis angelegt, alle Autoren müssen entsprechend berechtigt werden. Dies muss beim [https://www.art-decor.org/mediawiki/index.php?title=Contact Art-Decor-Support] beantragt werden.

Das neue Projekt kann am besten mit folgendem E-Mail-Template beantragt werden:
{{BeginValueSetBox}}Dear Art-Decor-Support,
we would like to ask you to create a new project in Art-Decor:
*Name: <'''displayName des Projekts'''>
*Prefix: <'''Projektkürzel''' - sollte keine Bindestriche enthalten, z.B. elgatest>
*ContainsReusableContent=false
*Experimental/Test=false
*defautLanguage=de
*id=1.2.40.0.34.777.<'''nächste freie ID''', siehe Kapitel OID>
*Governance-Groups: ELGA, HL7 Austria
*Wiki-Bot activated à wiki.hl7.at

Thank you in advance.{{EndValueSetBox}}

Eine Liste der Art-Decor Projekte ist unter der HL7-Austria Governance Group verfügbar [https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 ELGA Art-Decor Governance Group].

Weitere offizielle Informationen sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor ART Project Editor] zu finden.

==Name==
Der Name des Projekts, auch displayName des Projekts genannt, soll sprechend gewählt werden und ist mit dem ELGA SCC Team abzusprechen.

Dies gilt auch für das Prefix, auch Projektkürzel genannt. Dabei soll dieses keine Bindestriche enthalten, z.B. "''elgatest''".

==OID==
Alle Art-Decor Projekte bekommen die unter ([https://art-decor.org/art-decor/decor-governance-group?id=1.2.40.0.34.3.1.2 Governance Group (art-decor.org)] -> Projects) einsehbaren OID mit der nächste ID im 1.2.40.0.34.777 Knoten.

==Version & Metadaten==
Projekte selbst werden nicht versioniert. Nur die beinhaltenden DLT werden versioniert.

Projektkürzel unter "prefix" werden im lowercase geschrieben, ohne jegliche Trennzeichen. Bsp.: "elgatgd".

Neue Projekte dürfen keine bbr sein! Die Checkbox [[Datei:Image2021-6-24 13-41-12.png|200px]] darf nicht angehackt sein!

Es wird empfohlen dem Projekt standardmäßig Referenzen zu den Building Block Repositories ''ad1bbr-, ad2bbr-, at-cda-bbr-, IHE-PCC-'' hinzuzufügen (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Reference_a_building_block_repository Reference a building block repository]).

==Inhalt==
In Österreich kann derzeit folgendes bereichsspezifische '''Building Block Repository''' (BBR) für die Ableitung oder Referenzierung von Templates verwendet werden:
*[https://art-decor.org/art-decor/decor-project--at-cda-bbr- at-cda-bbr]
Dies soll in Zukunft alle für Österreich relevanten Basis-Templates enthalten, die für spezifische Anwendungen (eHealth und ELGA) in die einzelnen Projektverzeichnisse abgeleitet werden können.

Das at-cda-bbr wird laufend mit neuen Templates erweitert. Nach Fertigstellung eines neuen CDA-Leitfadens sollen weiter zu verwendete Templates in dieses Verzeichnis übernommen werden. Die im at-cda-bbr befindlichen Templates dürfen nur von einem eingeschränkten Benutzerkreis bearbeitet werden.

===Statuswechsel eines Templates===
In einem Repository werden Artefakte (Templates/Value Sets) zunächst im Status "Entwurf" erstellt. Der Status eines Artefakts im Repository kann gemäß den Regeln der hier beschriebenen Governance geändert werden (siehe [https://art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Changing_the_status_of_a_template "Changing the status of a template"]).

{|
|-
| [[Datei:Kyellow.png|15px|rahmenlos|left]]||Entwurf: Das Template verbleibt bis zur Veröffentlichung im Status „Entwurf“ und ist bearbeitbar.
|-
|[[Datei:Kgreen.png|15px|rahmenlos|left]]||Aktiv: Gültiges Template, dessen Inhalt nicht mehr verändert werden kann. Zum Bearbeiten (Entwurf) muss das Template eine neue Version bekommen.
|-
|[[Datei:Kdeprecblue.png|15px|rahmenlos|left]]||Veraltet: Aktive Templates, die nicht mehr verwendet werden sollen, können in den Status „veraltet“ versetzt werden. Dieser Status ist endgültig.
|}

{| class="wikitable"
|-
|[[Datei:TemplateStatuswechsel2021-9-22.png|top]]|| '''Beschreibung Statuswechsel eines Templates (Diagramm)'''

'''1.''' Bevor ein Template neu angelegt wird, soll überprüft werden, ob ein verwendbares Dummy-Template(*) vorhanden ist. Ein neues Template erhält immer Version 1.0.0 und hat den Status "'''Entwurf'''".

'''2.''' Nach erstmaliger Erstellung eines Templates oder nach Durchführung von Major- oder Minor-Änderungen, muss vor der Publikation ("Aktiv-Setzung" des Templates) ein Ballotverfahren durchgeführt werden. (Der Status "Revision vor Publikation" kann verwendet werden, um anzuzeigen, dass eine Publikation bevorsteht. Vom Status "Revision vor Publikation" kann in den Stauts "Aktiv" gewechselt werden.)

'''3.''' Wurde ein Ballotverfahren durchgeführt, erfolgt der Template-Statuswechsel zu "'''Aktiv'''" zum Publikationszeitpunkt des Leitfadens. Wird ein Template "Aktiv" gesetzt, wird die bestehende Versionsnummer im Version-Label mit dem Publikationsdatum ergänzt (z.B. 1.0.0+20210504, siehe [[https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). (Der Status "Revision nach Publikation" kann verwendet werden, um anzuzeigen, dass eine neue Version vorbereitet wird. Vom Status "Revision nach Publikation" kann man wieder in den "Aktiv" Status wechseln.)

'''4.''' Solange keine Änderungen an dem Template durchgeführt werden müssen, werden verbleibt es im Status "Aktiv".

'''5.''' Ist das Template veraltet oder wird es durch ein neues ersetzt, muss der Status auf "'''veraltet'''" gesetzt werden ('''6.'''). Dieser Status ist unveränderbar (Status endgültig). Veraltete Templates, scheinen weiterhin in referenzierenden Templates auf.

'''7.''' Sind Änderungen eines aktiven Templates erforderlich, muss unterschieden werden, ob es sich um Minor/Major-Änderungen oder um einen Patch handelt.

'''8.''' Handelt es sich um einen Patch oder wurden die Änderungen von den referenzierenden Leitfäden akzeptiert, kann mit "'''neue Version erzeugen'''" eine neue Templateversion von Art-Decor erstellt werden. Diese hat den Status "Entwurf", die '''gleiche Template-OID''', aber ein neues Erstellungsdatum. Die Versionsnummer im Version-Label des Templates muss an der entsprechenden Stelle um 1 erhöht werden (siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]).

'''9.''' Sind die Änderungen nicht von allen referenzierenden Leitfäden gewünscht oder noch nicht bekannt ob dies des Fall ist, muss eine "'''neue Bearbeitung'''" dieses Templates erstellt werden. Es erhält eine '''neue Template-OID''', Version 1.0.0, siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung]). Die neue Bearbeitung kann ein Zwischenschritt sein, um kurzzeitig eine Major-Änderung für eine neue Version eines Templates zu erstellen, welche kurz vor Ballot dann als neue Version des originalen Templates erstellt wird.
'''10.'''Major und Minor-Änderungen an Templates erfordern (unabhängig davon, ob eine neue Version oder eine neue Bearbeitung erstellt wurde), immer ein Ballotverfahren vor Aktiv-Setzung des Templates. Patch-Änderungen können sofort "Aktiv" gesetzt werden, sollten jedoch idealerweise ebenfalls im Rahmen eines Ballotverfahrens "Aktiv" gesetzt werden.

''(*) Anmerkung: Wird ein Template im Status „Entwurf“ nicht mehr benötigt (und wird auch von keinem anderen Leitfaden referenziert), soll es '''nicht auf "annulliert"''' oder '''"zurückgewiesen"''' gesetzt werden, sondern stattdessen soll der Inhalt gelöscht, der Titel auf „dummy“ (o.ä) umbenannt und die Template-Id auf .999 geändert werden. Dieses Dummy-Template kann später für neue Templates verwendet werden. Durch das Löschen des Inhalts werden auch evtl. bestehende Referenzen (Beziehungen zu anderen Templates) entfernt, und es scheint auch nicht mehr in den Beziehungen der referenzierenden Templates auf.''
|}

= Datasets =
Die Verwendung von Art-Decor-Datasets wird für neue Projekte empfohlen. Diese bilden die funktionalen Anforderungen an das Projekt ab und sind Diskussionsgrundlage bei Fachexpertengesprächen (erfordern kein technisches Hintergrundwissen).

Für Datasets gibt es '''keine speziellen Vorgaben''' hinsichtlich '''OID und Version & Metadaten'''.

Bereits bei der Modellierung der Datasets sollen bestehende Standards berücksichtigt werden (z.B. IHE PCC) und bestehende Dataset-Elemente so gut es geht '''aus anderen Projekten wiederverwendet''' werden (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=DECOR-dataset#Dataset_versioning Dataset versioning]). Dies funktioniert durch die Eingabe eines Names und dem mit etwas Ladezeit folgendem Vorschlag von ähnlichen Konzepten. Dabei sollte der Sinn des Datasets, der aus der Beschreibung hervorkommt, derselbe sein.

Weitere offizielle Informationen sind unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Dataset_Editor ART Dataset Editor] zu finden.

== Name ==
Es gibt keine speziellen Namenskonoventionen, der '''Name''' ist jedoch '''anzugeben'''!

== Inhalt ==
Es ist eine '''Beschreibung''' und der '''Werttyp/Valuetype''' anzugeben.

'''Wenn vorhanden''' muss zusätzlich angegeben werden:

* '''Auswahllisten'''
* Link zu '''codierten Konzepten / Value Sets''' (Terminologien)

Die Zuordnung von Dataset-Elementen und erstellten Templates unter "Template" → "Template-Mapping" wird '''empfohlen, ist aber nicht verpflichtend''' (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Associations ART Template Associations]). Dadurch sind alle mit einem Template assoziierten Konzepte in der Template-Beschreibung zusammengefasst, sowie direkt beim assoziierten CDA-Element bzw. Attribut des Templates ersichtlich. Dies dient der Kontrolle (auch für die Experten-/Arbeitsgruppe), dass alle erforderlichen Dataset-Elemente in den Templates modelliert wurden.

= Templates =
Ein Leitfadenprojekt besteht aus '''einem oder mehreren Document Level Templates (DLT)''' (jedes DLT entspricht dabei einem Dokumententyp), welche die Struktur für ein gültiges CDA-Dokument vorgeben. Darüber hinaus werden in einem Leitfadenprojekt zahlreiche nicht-DLT-Templates referenziert, die im at-cda-brr spezifiziert wurden. Ein Leitfadenprojekt kann außerdem nicht-DLT-Templates beinhalten, die ausschließlich für das Projekt spezifiziert wurden. Für die Verwendung ist folgende Seite [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor ART Template Editor] zu lesen.

''Info: Solange das DLT noch nicht in der Transaktion des Szenarios verlinkt ist, wird dessen Label (im Template-Baum) als oranges Dreieck mit Pfeilen angezeigt, sonst als oranges Viereck/Buch.''

==Vorbedingungen für die Erstellung neuer Templates==
Bevor neue Templates erstellt werden, sollte geprüft werden, ob bestehende Templates (bestenfalls im at-cda-bbr), die Anforderungen bereits erfüllen. Gibt es passende Templates können diese durch '''Referenzierung''' (unveränderte Übernahme) mittels Kettensymbol in das bestehende Projekt übernommen werden. In diesem Fall sind keine Änderungen an dem Template möglich! Diese Funktion sollte nur verwendet werden, wenn es bereits ein passendes ELGA-/e-Health-Template gibt.

Um herauszufinden, welche Art-Decor Projekte (auch außerhalb der eigenen Governance-Group) bereits ein bestimmtes Template umgesetzt haben, kann man im Menüpunkt '''„Auge“''' (links oben in der ArtDecor-Projektseite), die Template-ID oder den Namen eines Templates angeben -> alle Templates mit zugehörigem Projekt werden aufgelistet.

==Vorbedingungen für Änderungen bestehender Templates==
Bevor ein bestehendes Template geändert wird (Erstellung einer neuen Version, welche automatisch von allen dynamisch referenzierenden Templates verwendet wird), ist zu überprüfen, wie sich diese Änderung auf andere Leitfäden auswirkt bzw. ob diese gewünscht ist. In allen betroffenen Leitfäden muss die Änderung auf der Diskussionsseite im Abschnitt "Ausblick" festgehalten werden.

''Zu Beachten:''
*Wenn eine neue Version eines aus dem ATCDABBR referenzierten Templates (graues Icon im Template-Baum) benötigt wird, MUSS diese im ATCDABBR erstellt werden.
*Soll ein Template, das im ATCDABBR erstellt wurde, in ein Projekt-Repository verschoben werden, muss dort zuerst eine evtl. bereits existierende Referenz darauf entfernt werden.
*Fehlen die Berechtigungen für schreibenden Zugriff auf das ATCDABBR, sollen die erforderlichen Anpassungen zuerst im Projekt-Repository durchgeführt werden und können nach abgeschlossenem Ballot von Berechtigten ins ATCDABBR übernommen werden.

== Name ==
Template-Namen sind grundsätzlich in '''englischer Sprache''' zu vergeben, sodass sie entsprechend ihrer Definition in internationalen Standards beibehalten werden können und die Wiederverwendbarkeit bestehender Templates erleichtert wird.

Eine Ausnahme bilden die Namen von Section-Level Templates. Diese werden auf deutsch vergeben, da sie den in den Arbeitsgruppen abgestimmten Titel der Sektion tragen sollen. Bei einer möglichen Unterscheidung zwischen uncodiert und codiert, ist dies mit einem Bindestrich anzugeben. (Alte Schreibweise mit unkodiert und kodiert ist nicht mehr zu verwenden!)

'''Empfehlung für Entries''': Sind im Entry Referenzen auf andere Standards enthalten, soll der Name des Entries auch den entsprechenden Namen tragen (englisch). Ist dies nicht der Fall (im Entry gibt es z.B. nur eine ELGA Template ID), soll der Name des Entries an den Namen der Sektion angelehnt sein (deutsch).
''Beispiel'': Die Sektion '''''"Impfungen - codiert"''''' (1.2.40.0.34.6.0.11.2.1) (mit AG abgestimmter Titel) referenziert durch Angabe der TemplateID (1.3.6.1.4.1.19376.1.5.3.1.3.23) auf den Standard IHE PCC (Immunizations Section) (und hält auch dessen Vorgaben ein). '''''"Impfungen - codiert"''''' beinhaltet u.a. ein Entry: '''''"Immunization Entry"''''' (1.2.40.0.34.6.0.11.3.1), welches wiederum laut Standarddefintion folgende Template IDs enthalten muss: HL7 CCD Medication activity (1.2.40.0.34.6.0.11.3.1) und IHE Immunizations Entry (2.16.840.1.113883.10.20.1.24). Daher trägt das Entry den Namen, der auch im Standard angegeben wird (mit dem Zusatz "Entry").

Weitere Vorgaben für Name und Display-Name (Bezeichnung) eines Templates:
*Der '''Name''' eines Templates wird wie folgt angegeben:
:'''[Präfix]_[Template-Typ]_[ElementName]'''
:Als Trenner fungieren Unterstriche ("_"), wobei folgendes gilt:
:*'''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories) ohne Bindestriche, z.B. "atcdabrr" oder "atlab". Diese Präfixe bleiben auch beim Verschieben ins at-cda-bbr bestehen!
:*'''[Template-Typ]:''' Der Template-Typ muss einen der folgenden Template-Typen enthalten:
::*"document": für Document-Level-Templates
::*"header": für Header-Level-Templates
::*"section": für Sektionen
::*"entry": für Entries
::*"other" : alle Templates/Fragmente, die nicht in obige Kategorien fallen ("Template type not specified")
::*'''[ElementName]:''' Entspricht dem Display-Name ohne Leerzeichen, Bindestriche und Klammern "( )". Der ElementName wird in Upper-CamelCase-Notation angegeben.
*Der '''Display-Name''' enthält nur den ElementName (kein Präfix oder Template-Typ), wobei aber Leerzeichen, Bindestriche und Klammern "( )" verwendet werden dürfen. Dieser wird in der Template-Baum-Struktur angezeigt.

''Beispiele:''
* '''Document-Level-Template''' im ELGA e-Impfpass Repository:
::Name: "eimpf_document_KompletterImmunisierungsstatus"
::Display-Name: "Kompletter Immunisierungsstatus"
* '''Header-Level-Template''' im at-cda-bbr:
::Name: "atcdabbr_header_Author"
::Display-Name: "Author"
* '''Uncodierten Sektion''' im Repository at-cda-bbr:
::Name: "atcdabrr_section_FruehereErkrankungUncodiert"
::Display-Name: "Frühere Erkrankungen - uncodiert"
* '''Codierten Sektion''' im ELGA e-Impfpass Repository:
::Name: "eimpf_section_ImpfrelevanteErkrankungenCodiert"
::Display-Name: "Impfrelevante Erkrankungen - codiert"
* '''Entry''' im at-cda-bbr:
::Name: "atcdabbr_entry_ImmunizationEntry"
::Display-Name: "Immunization Entry"
* '''Compilation/Other'''-Template im at-cda-bbr: Compilations/Other sind Template-Fragmente, wie z.B. Adressinformationen. Da sich diese in einem Leitfaden oft wiederholen können, sollen sie mit "contains" in Templates eingebunden werden (d.h. der Inhalt der Compilation wird nicht im verlinkenden Template angezeigt). Diese sollen aber im Leitfaden als eigene Kapitel vorhanden sein.
::Name: "atcdabbr_other_AddressCompilation"
::Display-Name: "Address Compilation"

== OID ==
OIDs werden einmalig gesetzt und nicht mehr geändert. Alle Art-Decor '''Templates''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.11''' liegen (eHealth-Austria/services/art-decor/templates). Die OID der Art-Decor Templates sollen außerdem '''entsprechend ihres CDA-Template-Typs''' aus folgenden '''Unterknoten''' vergeben werden:
:'''.0.''' Document-Level Template
:'''.1.''' Header-Level Template
:'''.2.''' Section-Level Template
:'''.3.''' Entry-Level Template
:'''.9.''' other CDA Fragment Template

''Beispiele:''
* Header-Level-Template: 1.2.40.0.34.6.0.11.1.2 Author (eHealth-Austria/services/art-decor/templates/header/xxx)
* Entry-Level-Template: 1.2.40.0.34.6.0.11.3.15 Antikörper-Bestimmung Data Processing Entry (eHealth-Austria/services/art-decor/templates/entry/xxx)
{{BeginYellowBox}}''Wichtiger Hinweis:''Die Verwaltung der unter diesen Knoten liegenden Templates unterliegt Art-Decor und benötigt daher '''keine Registrierung''' über das '''OID-Portal'''. Die nächste '''freie OID''' für '''Templates''' muss über die [https://art-decor.org/decor/services/GovernanceGroupList?gg=1.2.40.0.34.3.1.2&language=en-US&format=html#tabs1-templates1 '''ELGA Art-Decor Governance Group Template'''] (Vorsicht!: lange Ladezeit) ermittelt werden.{{EndYellowBox}}

== Version & Metadaten ==

* Für neu angelegte Templates (''Entwurf''-Status) soll im Version Label die '''Version''' 1.0.0 angegeben werden. Wenn das Template ''aktiv'' gesetzt wird, wird das aktuelle Datum ergänzt. Nur das DLT erhält immer das Datum, an dem der Leitfaden veröffentlicht wird. Die genauen Vorgaben zur Versionierung sind hier zu nachzulesen [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].
* Der Zweck des Templates muss aus der '''Beschreibung''' hervorgehen. Im Fall von generischen Templates, die im at-cda-bbr angelegt werden und abgeleitet werden müssen (z.B. weil noch kein Value Set referenziert wurde), soll die Beschreibung möglichst allgemein gehalten werden.
* Modellierung der Templates "'''offen/geschlossen'''":
** ELGA Implementierungsleitfäden werden seit 2020 "geschlossen" modelliert. Somit können nur die Elemente verwendet werden, die explizit modelliert werden oder durch den Datentypen implizit erlaubt sind. Sobald bei einem Element mit gesetzten Datentypen ein Unterelement einfügt wird, sind die vom Datentypen möglichen Elemente nicht mehr implizit erlaubt, sondern müssen nun auch explizit modelliert werden. Attribute sind davon ausgenommen.
** Templates von eHealth Implementierungsleitfäden können auch "offen" modelliert werden.
* Es ist zumindest ein korrektes '''Beispiel''' anzugeben.

Beim '''Ableiten von Templates''' ist durch einen der folgenden '''Beziehungstypen''' anzugeben, wie sie sich zueinander verhalten (siehe auch [https://www.art-decor.org/mediawiki/index.php?title=ART_Template_Editor#Creating_a_new_version_of_an_existing_template Creating a new version of an existing template]). Die Template-ID des Basistemplates wird nur zu Zwecken der Nachvollziehbarkeit in den Metadaten angegeben, in der Template-Spezifikation selbst muss sie entfernt werden, weil dies sonst bei der Generierung von "closed" Schematron-Regeln zu Inkonsistenzen und zu falsch-positiven Schematron-Fehlern bei der Validierung führen kann.

* '''Spezialisierung''': bestehende Vorgaben werden weiter '''eingeschränkt''' (z.B. von [O] auf [M] oder von 0..* auf 0..1, ebenfalls [O] auf [NP])
* '''Adaptierung''': bestehende Vorgaben werden '''erweitert oder geändert''' (z.B. von [M] auf [O] oder von 0..1 auf 0..*) oder neue Elemente, Attribute, ValueSets, Fixe Werte werden hinzugefügt.

Die Übernahme vorhandener Templates aus Projektverzeichnissen, die '''NICHT referenziert''' sind, ist nicht über die GUI möglich, weil diese Templates nicht als Prototyp angegeben werden können (d.h. von ihnen kann nicht geerbt werden).

Soll der Inhalt eines Templates trotzdem verwendet werden, lässt sich mittels Browser-Direktlink

<code><nowiki>https://art-decor.org/temple/views/temple.html?id=</nowiki>[OID des Templates]&[effectiveDate]&[prefix]&[language]&mode=readonly</code>

der '''XML-Code jedes Templates''' via [https://www.art-decor.org/mediawiki/index.php?title=Temple '''Temple'''] (im Lesemodus) anzeigen und anschließend kopieren. Der Inhalt kann dann in ein neu erstelltes Template eingefügt werden. Dabei ist zu beachten, dass der '''Zeitpunkt (effectiveDate)''' und die '''OID des neu erstellten Templates nicht verändert''' werden. Alle weiteren Inhalte können entsprechend angepasst werden. Die OID muss in einem späteren Arbeitsschritt über die GUI korrigiert werden.

''Beispiel'':

<code><nowiki>https://art-decor.org/temple/views/temple.html?id=</nowiki>2.16.756.5.30.1.1.10.2.63&effectiveDate=2020-06-26T00:00:00&prefix=cdachvacd-&language=de-DE&mode=readonly</code>

== Inhalt ==

* [[Datei:Warning.png|15px]] Wenn möglich, sollen bereits vorhandene Templates verwenden werden.
* Zugrundeliegende Standards dürfen nur eingeschränkt, aber nicht erweitert werden.
** ''Hinweis: Wenn ein Template laut Standard "required" ist, aber für den konkreten Leitfaden nicht benötigt wird, kann das Template mit einem '''nullFlavor''' erstellt werden (z.B. Freitext-Inhalt „keine Information“ oder Code „entry empty“). Dadurch wird der Standard nicht verletzt und das Template kann trotzdem verwenden werden.''
* Optionalitäten und Reihenfolge der Elemente müssen eingehalten werden.
* Die '''erste Template-ID''' soll wie folgt bezeichnet werden: "HL7 Austria - [Name des Templates]". Diese Template-ID '''muss''' aus dem OID-Knoten 1.2.40.0.34.6.0'''.11''' stammen.
** [[Datei:Warning.png|15px]] Jene Template-ID, die beim Erstellen eines neuen Templates oder Ableiten eines Prototyps von Art-Decor automatisch hinzugefügt wird, '''muss''' entfernt bzw. ersetzt werden ('''nur über GUI mögich, nicht via Temple:''' "Template bearbeiten" → "#")
* Weitere Template-IDs können angegeben werden, sofern das im zugrundeliegenden Standard gefordert ist (z.B. IHE).
* include vs. contains
** Im CDA-Header sollen alle Elemente mit <code>include</code> eingebunden werden.
*** Ausgenommen davon sind so genannte Compilation-Elemente, die in die Kategorie "Template type not specified" fallen (z.B. Address Compilation, Performer Body - Laboratory, etc.)
** Ab dem <code>component/structuredBody</code> soll nur mehr mit <code>contains</code> gearbeitet werden.
* Elemente und Attribute, die im Template verwendet werden, sind zu dokumentieren. Dabei kann in der Dokumentation auch auf den zugrundeliegenden Standard verwiesen werden.
* Elemente die auf XDS-Metadaten gemappt werden müssen, sollen mit "↔ Hinweis zum XDS-Mapping" gekennzeichnet sein.
** '''Beispiel:''' '''↔ Hinweis zum XDS-Mapping:''' Das "templateId"-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut "formatCode" gemappt (ohne Präfix XDSdocumentEntry.formatCode^)
* Es ist beim Neu-Erstellen wie auch beim Bearbeiten eines Templates zu überprüfen, ob die Datentypen nach R-MIM richtig eingehalten werden.
* Wen man bei Elementen mit Datentypen Unterelemente vorgibt, muss man dabei alle anderen Unterelemente auch vorgeben. Es werden die möglichen Unterelemente des Datentyps sonst nicht erlaubt.
* Bei einigen Datentypen muss man neben der Art-Decor Dokumentation, zusätzlich das ELGA-Schema beachten, damit die ELGA-Anpassungen mitbeachtet werden.
* Es sollen in Art-Decor immer nur CD, CE und CV verwendet werden, nicht die IPS oder SDTC Varianten. Das ELGA-Schema bietet diese Erweiterungen bereits innerhalb CD, CE und CV an.
* Jedes Template sollte ein Beispielsnippet enthalten, in dem die korrekte Anwendung des Templates angegeben wird. In der Regel werden Beispielsnippets nur zum Template selbst erstellt, nicht zu den darin verlinkten Templates (z.B. included Entries).
** Idealerweise werden Beispielsnippets als letztes ergänzt, um den Aufwand an Änderungen im Template gering zu halten.
* Der '''Name''' eines Templates (nicht der Display-Name!) kann nach dem Erstellen des Templates nur mittels '''Temple''' geändert werden! Die Änderung des Namens hat keinen Einfluss auf die Referenzierung durch andere Templates -> hier gilt die '''OID'''. Der Display-Name kann jederzeit über GUI oder Temple geändert werden.
* Wird die OID geändert, wenn das Template bereits durch andere Templates refereziert wird, werden alle bestehenden Referenzen darauf '''ungültig'''! Daher vor der Änderung der OID die Liste aller referenzierenden Templates abspeichern und diese hinsichtlich der neuen OID anpassen!

'''Kardinalität / Konformität'''

Im Allgemeinen Implementierungsleitfaden wird unter der Legende der Konformitätskriterien beschrieben, welche Kardinalitäten und Konformitäten in den ELGA Leitfäden vorkommen können. Die folgende Tabelle stellt dar, wie diese Kriterien in Art-Decor umzusetzen sind (siehe auch [https://art-decor.org/mediawiki/index.php?title=DECOR-rules#Mandatory_.2F_Conformance Mandatory/Conformance]).
{| class="wikitable"
! colspan="3" |Für Elemente
|-
!Vorgaben Allgemeiner Leitfaden
! colspan="1" |Verwendung von nullFlavor
!Umsetzung Art-Decor am Beispiel eines <code>id-</code>Elements mit dem Datentypen <code>II</code> (in Temple)
|-
|1..1 M
| colspan="1" |nicht erlaubt
|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R" isMandatory="true"></code>
|-
| colspan="1" |1..* M
| colspan="1" |nicht erlaubt
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R" isMandatory="true"></code>
|-
| colspan="1" |0..0 NP
| colspan="1" |nicht erlaubt
| colspan="1" |<code><element name="hl7:id" datatype="II" conformance="NP"></code>

'''Achtung,''' bei templateIds sollte zusätzlich ein Prädikat angegeben werden, damit auch das Schematron richtig erstellt wird:

<code><element name="hl7:templateId[@root='1.3.6.1.4.1.19376.1.3.3.2.1']" datatype="II" conformance="NP"></code>

<code> <attribute name="root" value="1.3.6.1.4.1.19376.1.3.3.2.1" datatype="uid" /></code>

<code></element></code>
|-
| colspan="1" |1..1 R
| colspan="1" |erlaubt
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="1" conformance="R"></code>
|-
|1..* R
|erlaubt
|<code><element name="hl7:id" datatype="II" minimumMultiplicity="1" maximumMultiplicity="*" conformance="R"></code>
|-
| colspan="1" |0..1 R
| colspan="1" |nicht erlaubt
| colspan="1" |<code><element name="hl7:id[not(@nullFlavor)]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformance="R"></code>
|-
| colspan="1" |0..* R
| colspan="1" |nicht erlaubt
| colspan="1" |<code><element name="hl7:id[not(@nullFlavor)]" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformance="R"></code>
|-
| colspan="1" |0..1 O
| colspan="1" |erlaubt
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1"></code>
|-
| colspan="1" |0..* O
| colspan="1" |erlaubt
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*"></code>
|-
| colspan="1" |0..1 C
| colspan="1" |Abhängig vom Kontext
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="1" conformace="C"></code>
|-
| colspan="1" |0..* C
| colspan="1" |Abhängig vom Kontext
| colspan="1" |<code><element name="hl7:id" datatype="II" minimumMultiplicity="0" maximumMultiplicity="*" conformace="C"></code>
|}
{| class="wikitable"
! colspan="2" |Für Attribute
|-
!Vorgaben Allgemeiner Leitfaden
!Umsetzung Art-Decor
|-
|0..0 NP
|<attribute name="root" datatype="uid" prohibited="true"/>
|-
| colspan="1" |1..1 R
| colspan="1" |<attribute name="root" datatype="uid"/>
|-
| colspan="1" |0..1 O
| colspan="1" |<attribute name="root" datatype="uid" isOptional="true"/>
|-
| colspan="1" |1..1 F
| colspan="1" |<attribute name="root" datatype="uid" value="1.3.6.1.4.1.19376.1.3.2.1"/>
|-
| colspan="1" |0..1 F
| colspan="1" |<attribute name="root" datatype="uid" value="1.3.6.1.4.1.19376.1.3.2.1" isOptional="true"/>
|}

= Value Sets =
Eine Anleitung zur Verwendung des Value Set Editors ist unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Value_Set_Editor ART Value Set Editor] zu finden.

== Name ==
Der '''Name''' und '''Display-Name (Bezeichnung/Wiedergabename)''' eines Value Set werden wie folgt angegeben:
:'''[Präfix]_[ValueSetName]_VS'''

Als Trenner fungieren Unterstriche ("_"), wobei folgendes gilt:

:'''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories), z.B. "eimpf"
:'''[ValueSetName]:''' Name des Value Sets in Upper-CamelCase-Notation
:'''"VS":''' steht immer am Ende jeder Value Set Bezeichnung
"Displayname" und "Name" des Value Sets sollen identisch sein!

Beispiel:

* Name: eimpf_Abrechenbarkeit_VS
* Wiedergabename: eimpf_Abrechenbarkeit_VS

== OID ==
Alle Art-Decor '''Value Sets''' müssen unterhalb des OID-Knotes 1.2.40.0.34.6.0'''.10''' liegen (eHealth-Austria/services/art-decor/value-sets).

''Beispiele'':
* Value Set: 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (eHealth-Austria/services/art-decor/value-sets/xxx)
{{BeginYellowBox}}''Wichtiger Hinweis:'' Die Verwaltung der unter diesen Knoten liegenden Value Sets unterliegt Art-Decor und benötigt daher '''keine Registrierung''' über das '''OID-Portal'''. Die nächste '''freie OID''' für '''Value Sets''' muss über die [https://art-decor.org/decor/services/GovernanceGroupList?gg=1.2.40.0.34.3.1.2&language=en-US&format=html#tabs1-valuesets1 '''ELGA Art-Decor Governance Group Value Sets'''] (Vorsicht!: lange Ladezeit) ermittelt werden.{{EndYellowBox}}

== Version & Metadaten ==
Versionierung: Siehe [https://confluence.elga.gv.at/display/SCCTERM/Versionierung Versionierung].

== Inhalt ==
Best Practices für die Erstellung und Pflege von Value Sets müssen angewendet werden, z.B. können Konzeptcodes hinzugefügt, aber nicht gelöscht werden, nur auf den Status "deprecated" gesetzt werden.
{{BeginYellowBox}}''Wichtiger Hinweis:'' Wenn sich die Gesamtbedeutung der Codes in einem Value Set ändert, muss die neue Version des Value Sets eine '''neue OID''' erhalten.{{EndYellowBox}}

= Beispielbefunde =
Neben den Beispielsnippets in den Templates sind Beispielbefunde und Falsch-Beispielbefunde zu erstellen. Ein Grundgerüst für ein Beispieldokumentekann erstellt werden, indem man im entsprechenden DLT den Zauberstab des Template Editors anwendet und rekursiv alle Code-Snippets der darin verlinkten Templates einfügt.

Name

Der Name von (Falsch-)Beispielbefunden sollte folgendermaßen aufgebaut sein. Die einzelnen Elemente werden mit "_" verbunden.

'''"falsch_":''' Angabe, dass es sich um einen Falsch-Beispielbefund handelt.

'''[Präfix]:''' Als Präfix dient das Projektkürzel (Name des Repositories), z.B. "eimpf"

'''[optional DLT-Name]:''' Name des DLTs, wenn es in dem Projekt mehrere DLTs gibt.

'''[Kurztitel des Beispiels]:''' Erklärt ganz kurz, worum es in dem Beispielbefund geht.

Beispiele:

* at-lab_Laborbefund_Kompletter_Befund.xml
* falsch_at-lab_Laborbefund_Constraint_gebrochen.xml

Inhalt

* '''Beispielbefunde'''
** sind vollständig valide und bilden verschiedene reale Szenarien ab.
* Für '''Falsch-Beispielbefunde''' sollte mindestens jeweils ein Befund vorhanden sein für
** das Brechen eines Contraints,
** das Verwenden eines falschen Wertes wo ein Value-Set Wert erwartet wird,
** das Verwenden eines nicht CDA-Elementes (nicht im Schema vorhanden),
** das Verwenden eines verbotenen Elementes
** das Weglassen eines Pflichtfeldes.

= Szenarios / Schematron =
Das Erstellen von '''einer Transaktion pro DLT''' in den Szenarien ist für die Generierung von Schematron-Regeln '''zwingend erforderlich''', siehe [https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und+Bereitstellung Schematron-Erstellung und Bereitstellung].

Für Szenarios gibt es '''keine speziellen Vorgaben''' hinsichtlich '''OID oder Version & Metdaten'''.

Eine Anleitung zur Verwendung des Szenario Editors ist unter [https://www.art-decor.org/mediawiki/index.php?title=ART_Scenario_Editor ART Scenario Editor] zu finden.

== Name ==
Der Name/Label der Transaktionen soll dem Schema '''[NameDesSzenarios]''' folgen. Alles zusammengeschrieben, kein Prefix.

Der im Label der Transaktion angegebene Name wird von Art-Decor später automatisch als Name für das entsprechende Schematron verwendet, z.B. „eimpf-UpdateImmunisierungsstatus“, wobei das Präfix des Projektes mit dem folgenden Bindestrich automatisch ergänzt wird.

== Inhalt ==
Optional ist es für jede Transaktion möglich das Dataset ("Konzepte") anzugeben und für jedes Element Kardinalität (optional, wiederholbar) und Konformität (erforderlich, obligatorisch) festzulegen. Die Angabe von Kardinalität und Konformität ist für die Erstellung eines Schematrons nicht zwingend erforderlich.

= Qualitätssicherung =

== Art-Decor ==
Offizielle Informationen zur Qualitätssicherung eines Projekts in Art-Decor finden sich auf der Seite [https://www.art-decor.org/mediawiki/index.php?title=ART_Project_Editor#Preflighting_publication_and_quality_checks Preflighting publication and quality checks].

* Template-Checks:
** korrektes Präfix, Name, Displayname
** open/closed
** korrektes Value Set
** Beispielsnippets
** Templatebeschreibung
** Standardreferenzen
** Dataset Mapping (optional)
** im Beispieldokument enthalten
** Schematron Asserts ergänzen
* DLT bei '''jeder Version MUSS''' in <code>hl7at:formatCode</code> die Versionierungsinfo + Publikationsdatum im Label angepasst werden.
** Entsprechende Adaptierung von CodeSystem '''ELGA_FormatCode''' und ValueSet '''ELGA_FormatCode'''
* Temlatestatus:
** für Ballot: Templates bleiben im Entwurf-Status
** nach Ballotabschluss: Versionlabel mit Publikationsdatum ergänzen und Templates aktiv setzen
* Zur Prüfung des Projektschemas unter dem Menü "Project" → "Development" → "Check DECOR" ein Dataset auswählen und die Prüfung durchführen. Eventuelle Fehler, Warnungen oder Hinweise werden anschließend in einer Liste dargestellt.
* Nach der Erstellung eines Schematrons unter "Project" → "Development" → "Compile a development version" (für Details siehe [https://confluence.elga.gv.at/display/SCC/Schematron-Erstellung+und+Bereitstellung Schematron-Erstellung und Bereitstellung]) ist es möglich, über "Validate XML instance" Beispielbefunde für die verschiedenen Szenarios zu validieren.
* AD-Bot starten (lassen) (am Vortag der Publikation)

== Wiki ==
Im Wiki werden die Metadaten vor dem setzen des Seiten-Status auf Abnahme nochmals überprüft.

* Anpassung Titelblatt
** Publikationsdatum
** Versionsinformationen mit DLT abgleichen
* Infobox: „In Arbeit“ entfernen
* Prüfen, ob alle Templates eingefügt und Value-Sets verlinkt wurden
* Linkverzeichnisse, Referenzen prüfen
* ggf. Informationen bezüglich <code>hl7at:formatCode</code> auf der Wiki-Seite aktualisieren
* Diskussionsseite aktualisieren
** Diskussionsseiten sollen wie folgendes Beispiel aufgebaut sein ([[ILF_Diskussion:Telemonitoring-Episodenbericht_(Version_1)|Diskussionseite Telemonitoring-Episodenbericht]])
** prüfen, ob Elemente aus dem "Ausblick" in der aktuellen Version umgesetzt wurden. Falls ja, sind diese in die Tabelle des "Release-Log" zu verschieben.
* Revisionsliste des Leitfadens auf Basis der Diskussionsseite aktualisieren
* Links prüfen und optimieren: Nur externe Links sollen in neuem Tab geöffnet werden, Sprungmarken sollten immer mit # gekennzeichnet sein.
* PDF: Druck checken (leere Seiten, Suche nach: „Error“, „Fehler“, "TODO")
* Wiki-Seite Status ändern auf "abgenommen"
* falls neue Hauptversion dann OID im OID Portal eintragen lassen
* Wiki-Guide aktualisieren (neue Zeile für neue Version, PDF upload)
* Seiten-Status ändern auf "abgenommen"

== GitLab ==
Eine erweiterte Qualitätssicherung wird auch in GitLab erstellt. Hier werden beim Einstellen von (Falsch-)Beispielbefunden oder Schematron-Regeln in die jeweiligen Projekte automatisch Prüfroutinen (Schematron-Validierung) gestartet.

* Beispielbefunde aktualisieren
* Falsch-Beispielbefunde aktualisieren
* Schematron aktualisieren

= Anhang =

== Links ==

* [http://art-decor.org/art-decor/home Art-Decor Workspace]
* [https://www.art-decor.org/mediawiki/index.php?title=Documentation Art-Decor Dokumentation]
* Wiki-Portal von HL7 Austria: [https://wiki.hl7.at/index.php?title=Willkommen_auf_dem_Wiki-Portal_von_HL7_Austria eHealth Wiki] & [https://wiki.hl7.at/index.php?title=Hilfe:Wiki Wiki Hilfe]

<span title="Filterspalte" class="tf-inline-filter"></span>

Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.4.pdf

2022-03-21T15:31:17Z

Sabutsch: Sabutsch lud eine neue Version von Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.4.pdf hoch

Korrektur des Anwendungsfalls "Abgabe ohne Verordnung durchführen"

ILF:E-Medikation Guide

2022-03-21T15:03:05Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:e-Medikation Guide}}
{{#css:
.aussen{
width:100%;
float:none;
height: 70px;
}

.blau {
border: thin #006D09 solid;
color: #006D09;
border-radius: 2px;
text-align: center;
font-size: 16px;
padding: 15px;
width: 15%;
transition: all 0.5s;
cursor: pointer;
margin-left: 10px;
float:left;
}

.box span {
cursor: pointer;
display: inline-block;
position: relative;
transition: 0.5s;
}

.box span:after {
content: '\00bb';
position: absolute;
opacity: 0;
top: 0;
right: -20px;
transition: 0.5s;
}

.box:hover span{
padding-right: 25px;
}

.box:hover span:after{
opacity: 1;
right: 0;
}
}}
'''Bei diesem Leitfaden ist die PDF-Version normativ!'''
{| class="wikitable"
!Status
!Version
!Datum
!PDF
!Wiki
!Erratum
|-
|[[Datei:finished.png|20px]] Gültig
|2.06.4
|21.03.2022
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]
|
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4
|2.06.3
|09.02.2022
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3
|2.06.1
|05.02.2016
|
[[Datei:PDF.png|20px|link=http://www.elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Implementierungsleitfaeden/Implementierungsleitfaeden_2.06.1/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.1.pdf]]
|
|[[ILF:Errata|Erratum]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1
|2.06
|12.11.2015
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Implementierungsleitfaden_E-Medikation_%28Version_2.06%29.pdf?ou3i61]]
|
|
|}
=Was ist e-Medikation?=

Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.

Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.

==Zweck==
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p>
speziell für die Dokumentenklassen<sup>2</sup>
* '''''Rezept'''''
* '''''Abgabe'''''
* '''''Medikationsliste<sup>3</sup>'''''
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup>
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/>
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/>
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.

=Beispiel-Dokumente=
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]

(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)

=Prüfregeln=
==CDA Schema==
[https://gitlab.com/elga-gmbh/cda-schema Schema]
==Schematron==
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]

=Terminologien=
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

=Design-Beispiel=

ILF:E-Medikation Guide

2022-03-21T15:02:04Z

Sabutsch: Version 2.06.4 hinzugefügt

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:e-Medikation Guide}}
{{#css:
.aussen{
width:100%;
float:none;
height: 70px;
}

.blau {
border: thin #006D09 solid;
color: #006D09;
border-radius: 2px;
text-align: center;
font-size: 16px;
padding: 15px;
width: 15%;
transition: all 0.5s;
cursor: pointer;
margin-left: 10px;
float:left;
}

.box span {
cursor: pointer;
display: inline-block;
position: relative;
transition: 0.5s;
}

.box span:after {
content: '\00bb';
position: absolute;
opacity: 0;
top: 0;
right: -20px;
transition: 0.5s;
}

.box:hover span{
padding-right: 25px;
}

.box:hover span:after{
opacity: 1;
right: 0;
}
}}
'''Bei diesem Leitfaden ist die PDF-Version normativ!'''
{| class="wikitable"
!Status
!Version
!Datum
!PDF
!Wiki
!Erratum
|-
|[[Datei:finished.png|20px]] Gültig
|2.06.4
|21.03.2022
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b7/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.4.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.4
|2.06.3
|09.02.2022
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3
|2.06.1
|05.02.2016
|
[[Datei:PDF.png|20px|link=http://www.elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Implementierungsleitfaeden/Implementierungsleitfaeden_2.06.1/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.1.pdf]]
|
|[[ILF:Errata|Erratum]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1
|2.06
|12.11.2015
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Implementierungsleitfaden_E-Medikation_%28Version_2.06%29.pdf?ou3i61]]
|
|
|}
=Was ist e-Medikation?=

Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.

Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.

==Zweck==
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p>
speziell für die Dokumentenklassen<sup>2</sup>
* '''''Rezept'''''
* '''''Abgabe'''''
* '''''Medikationsliste<sup>3</sup>'''''
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup>
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/>
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/>
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.

=Beispiel-Dokumente=
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]

(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)

=Prüfregeln=
==CDA Schema==
[https://gitlab.com/elga-gmbh/cda-schema Schema]
==Schematron==
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]

=Terminologien=
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

=Design-Beispiel=

Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.4.pdf

2022-03-21T14:57:55Z

Sabutsch: Korrektur des Anwendungsfalls "Abgabe ohne Verordnung durchführen"

Korrektur des Anwendungsfalls "Abgabe ohne Verordnung durchführen"

Geschlecht

2022-02-25T12:37:09Z

Sabutsch: /* Crossmapping */

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

Datei:ILF Ambulanzbefund Version 1.3.0+20220209.pdf

2022-02-10T15:42:54Z

Sabutsch: Leitfaden Ambulanzbefund 1.3.0+20220209

Leitfaden Ambulanzbefund 1.3.0+20220209

ILF:E-Medikation Guide

2022-02-09T11:15:55Z

Sabutsch: Korrektur der Version 2.06.3

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:e-Medikation Guide}}
{{#css:
.aussen{
width:100%;
float:none;
height: 70px;
}

.blau {
border: thin #006D09 solid;
color: #006D09;
border-radius: 2px;
text-align: center;
font-size: 16px;
padding: 15px;
width: 15%;
transition: all 0.5s;
cursor: pointer;
margin-left: 10px;
float:left;
}

.box span {
cursor: pointer;
display: inline-block;
position: relative;
transition: 0.5s;
}

.box span:after {
content: '\00bb';
position: absolute;
opacity: 0;
top: 0;
right: -20px;
transition: 0.5s;
}

.box:hover span{
padding-right: 25px;
}

.box:hover span:after{
opacity: 1;
right: 0;
}
}}
{| class="wikitable"
!Status
!Version
!Datum
!PDF
!Wiki
!Erratum
|-
|[[Datei:finished.png|20px]] Gültig
|2.06.3
|09.02.2022
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/ab/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.3.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:e-Medikation]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.3
|2.06.1
|05.02.2016
|
[[Datei:PDF.png|20px|link=http://www.elga.gv.at/fileadmin/user_upload/Dokumente_PDF_MP4/CDA/Implementierungsleitfaeden/Implementierungsleitfaeden_2.06.1/HL7_Implementation_Guide_for_CDA_R2_-_e-Medikation_V2.06.1.pdf]]
|
|[[ILF:Errata|Erratum]]
|-
|[[Datei:deprecated.png|20px]] Ersetzt durch 2.06.1
|2.06
|12.11.2015
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Implementierungsleitfaden_E-Medikation_%28Version_2.06%29.pdf?ou3i61]]
|
|
|}
=Was ist e-Medikation?=

Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware-, Apothekensoftware- und Krankenhausinformations-Systeme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.

Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.

==Zweck==
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens
<p style="padding-left:50px">'''[[ILF:Allgemeiner Implementierungsleitfaden|„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]]]'''</p>
speziell für die Dokumentenklassen<sup>2</sup>
* '''''Rezept'''''
* '''''Abgabe'''''
* '''''Medikationsliste<sup>3</sup>'''''
*'''''Pharmazeutische Empfehlung''''' (Korrekturmeldung)<sup>4</sup>
gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

<sup>2</sup> Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.<br/>
<sup>3</sup>Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.<br/>
<sup>4</sup>Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.

=Beispiel-Dokumente=
[https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Basisleitf%C3%A4den_(2.06.2) Beispiele e-Medikation]

(Das enthaltene Stylesheet ist nicht notwendigerweise das aktuellste Stylesheet.)

=Prüfregeln=
==CDA Schema==
[https://gitlab.com/elga-gmbh/cda-schema Schema]
==Schematron==
[https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron Schematron-Prüfregeln]

=Terminologien=
* Die aktuellen Value Sets werden am [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

=Design-Beispiel=

Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.3.pdf

2022-02-09T11:15:09Z

Sabutsch: Sabutsch lud eine neue Version von Datei:HL7 Implementation Guide for CDA R2 - e-Medikation V2.06.3.pdf hoch

HL7 Administrative Gender

2022-02-02T15:26:05Z

Sabutsch: /* Weiterführende Hinweise */

{{#customtitle:HL7 Administrative Gender}}

==HL7 Administrative Gender (2.16.840.1.113883.5.1)==
Mit diesem Codesystem wird das soziale oder gesellschaftliche Geschlecht (Gender) von Personen ausgedrückt. Das soziale Geschlecht drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte und ist nicht an biologische Merkmale gebunden.

Intersexuelle Menschen, deren biologisches Geschlecht also nicht eindeutig „männlich“ oder „weiblich“ ist, haben ein Recht auf eine ihrer Geschlechtlichkeit entsprechende Eintragung im Personenstandsregister oder in Urkunden. Das hat der Verfassungsgerichtshof im Wege einer verfassungskonformen Interpretation des Personenstandsgesetzes festgestellt.

Quellen: Wikipedia [https://de.wikipedia.org/wiki/Gender], Verfassungsgerichtshof Österreich [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php], abgerufen am 08.11.2019

===Kurzbeschreibung===
Das Codesystem enthält die neben den klassischen dualen Geschlechtern "männlich" und "weiblich" auch die Möglichkeit, eine alternative Geschlechtsbezeichnung "divers" auszudrücken. Dies wurde durch ein
Falls zum Zeitpunkt der Eintragung und Beurkundung der Geburt einer Person das Geschlecht nicht klar benannt werden kann, kann vorübergehend eine unvollständige Eintragung mit dem Status "offen" vorgenommen werden.
===Anwendung===
Das Codesystem HL7 Administrative Gender wird in den Standardfamilie HL7 Version 3 (incl. CDA - Clinical Document Architecture) angewendet.
Für "divers" wird der Code "UN" verwendet. "Offen" kann über einen NullFlavor "UNK" ausgedrückt werden.

Für die Standardfamilie HL7 Version 2.x siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Sex HL7 AdministrativeSex]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Definition
!Bemerkung
|-
|0-L
|M
|Male
|Männlich
|EN: Male
AT: Männliche Person
|Wie V2.x
|-
|0-L
|F
|Female
|Weiblich
|EN: Female
AT: Weibliche Person
|Wie V2.x
|-
|0-L
|UN
|Undifferentiated
|Divers
|EN: The gender of a person could not be uniquely defined as male or female, such as hermaphrodite.
AT: Personen, die weder dem weiblichen noch dem männlichen Geschlecht zugeordnet sind.
|Codierung in V2.x "U"!!!
|-
| colspan="6" | "offen" wird mit NullFlavor "NA" dargestellt
|-
| colspan="6" | "unbekannt" wird mit NullFlavor "UNK" dargestellt
|}

===Releasezyklus===
Bei gesetzlichen Änderungen.

===Value Set===
* ELGA_AdministrativeGender_VS

==Weiterführende Hinweise==
[[Geschlecht]]

==Verweise==
# [https://build.fhir.org/ig/HL7/UTG/CodeSystem-v3-AdministrativeGender.html V3 AdministrativeGender]
# [http://www.hl7.org/documentcenter/public/standards/vocabulary/vocabulary_tables/infrastructure/vocabulary/AdministrativeGender.html V3 AdministrativeGender]

Geschlecht

2022-02-02T15:21:08Z

Sabutsch:

==Hintergrund==
Der Verfassungsgerichtshof hat 2018 erkannt, dass es Personen möglich sein muss, ein alternatives Geschlecht zu „männlich“ und „weiblich“ zu wählen [https://www.vfgh.gv.at/medien/Personenstandsgesetz_-_intersexuelle_Personen.php]
Dazu existiert ein Erlass des BMI (Geschäftszahl: BMI-VA1300/0528-III/4/b/2018): Verwaltungsangelegenheiten - Sonstige; Personenstandswesen Erkenntnis des VfGH vom 15. Juni 2018, G 77/2017-9, zu § 2 Abs. 2 Z 3 PStG 2013 - Umsetzung zu Varianten der Geschlechtsentwicklung ("3. Geschlecht")[https://www.i-med.ac.at/ak_gleichbehandlung/files/Drittes_Geschlecht_Empfehlungsschreiben_BMI.PDF]
''Für Menschen mit einer VdG (Anm: Varianten der Geschlechtsentwicklung) kann im Rahmen eines Verfahrens gemäß § 41 Abs. 1 PStG 2013 auf Antrag die Eintragung des Geschlechts im Zentralen Personenstandsregister und in den personenstandsrechtlichen Urkunden auf den Begriff „divers“ geändert werden. […] Künftig wird es daher möglich sei, bei der Eintragung und Beurkundung der Geburt die Eintragung des Geschlechts im Sinne des § 40 Abs. 1 PStG 2013 vorübergehend offen zu lassen. Diese unvollständige Eintragung ist im Zentralen Personenstandsregister und in der Geburtsurkunde mit dem Begriff „offen“ darzustellen. Zu beachten ist, dass es sich hiebei nicht um eine weitere (vierte) Geschlechtskategorie handelt, sondern nur um die begriffliche Darstellung der unvollständigen Eintragung. […]''

In der Medizininformatik spricht man vom "administrativen Geschlecht", das getrennt von den biologischen Merkmalen der Person zu sehen ist. Das administrative Geschlecht entspricht daher dem sozialen oder gesellschaftlichen Geschlecht ("Gender"). Es drückt aus, in welcher Geschlechterrolle eine Person gesehen werden möchte.

Auf dieser Seite wird gegenübergestellt, wie diese Anforderungen mit unterschiedlichen Standards abgebildet werden können.

==Crossmapping==
Crossmapping der Geschlechter zwischen den Standards.

{| class="wikitable"
! Gender
! HL7 V2.x
! HL7 V3 + CDA
! FHIR
! DICOM
! SNOMED
! IETF RFC 2985
! Reisepass
! Erklärung
|-
| Codesystem
| [[HL7_Administrative_Sex| AdministrativeSex ]]
| [[HL7_Administrative_Gender|AdministrativeGender]]
| [[FHIR_Administrative_Gender|FHIR AdministrativeGender]]
| [[DICOM_PatientsSex|Patient's Sex Attribute (0010,0040)]]
| [[SNOMED_Gender_finding_(finding)|SNOMED CT Gender]]
| [https://tools.ietf.org/html/rfc2985 IETF RFC 2985]
| [https://www.dw.com/de/viele-l%C3%A4nder-kennen-drittes-geschlecht/a-41291875]
|
|-
| Männlich
| M
| M
| Male
| M
| 703117000 <br />''Masculine gender (finding)''
| m
| M
| Männliche Geschlechtsidentität
|-
| Weiblich
| F
| F
| Female
| F
| 703118005 <br />''Feminine gender (finding)''
| f
| F
| Weibliche Geschlechtsidentität
|-
| Inter
| O <br />''other''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| Divers
| X <br />''non-binary''
| UN
| Other
| O
| 772004004 <br />''Non-binary gender (finding)''
|
| X
| Menschen, die der herkömmlichen Zuordnung nach dem Geschlecht zu Mann oder Frau nicht entsprechen; mit einer Variante der Geschlechtsentwicklung (VdG), synonym zu „Intergeschlechtlichkeit“, „Intersexualität“ oder „Intersex“ und als Überbegriff für eine Vielzahl verschiedener Körperkompositionen.
|-
| „offen"
| N <br />''not applicable''
| nullFlavor=„NA" <br />''not applicable''
| Unknown
|
| 394744001 <br />G''ender unspecified (finding'')
|
|
| Geschlecht kann bei Geburt noch nicht festgelegt werden, bleibt daher temporär "offen" (kann daher im Reisepass nicht auftreten)
|-
| „unbekannt"
| U <br />''unknown''
| nullFlavor=„UNK" <br />''unknown''
| Unknown
|
| 394743007 <br />''Gender unknown (finding)''
|
|
| Geschlecht ist nicht bekannt (wurde nicht abgefragt, nicht dokumentiert, leer gelassen, vergessen, …)
|}

==Geschlecht in unterschiedlichen Systemen (Diskussion) ==
Das ZPV und der ZPI führen die Werte M, W und U.
Wenn eine Person in ZPV erfasst wird (von dort bekommt der ZPI den Großteil der Daten) und es ist kein Geschlecht angegeben und anhand des Namens ist es auch nicht eindeutig dann geben die Sachbearbeiter "UN" ein. Wo hingegen
bei VDAS bei nicht geklärten Geschlecht immer W angenommen wird damit die Person nicht schlechter gestellt wird. Der Leistungsumfang der SV ist nämlich bei W größer als bei M.

Das SZR, das im Zuge von eIDAS angebunden ist, führt offiziell nur die beiden Geschlechter Male und Female, das Geschlecht kann auch leer gelassen werden.
Somit gibt sich hier das Mapping mit ZPI: Male wird zu M, Female wird zu F und ein leeres Geschlecht wird auf U gemapped

===Durchführungsanleitung des BMI vom 9.9.2020===
''[…] „inter“, „divers“ oder „offen“ als Geschlechtsbezeichnung […] oder zum Geschlecht von jeglicher Angabe abzusehen […]. Zu beachten ist, dass die Ergänzung des Geschlechtseintrags im Zentralen Personenstandsregister nicht nur auf weiblich oder männlich, sondern auch auf „divers“, „inter“ oder „offen“ lauten kann oder ein bereits gemachter Eintrag zu löschen ist, sodass zum Geschlecht keine Angaben vorliegen. ''

=== Mehrere Attribute für das Geschlecht ===
Es wird aufgrund der rechtlichen Erkenntnis mehr als 2 Ausprägungen für das Geschlecht geben müssen.
Daher sollten für eine Person mehrere Attribute für das Geschlecht vorgesehen werden:
* Amtliches Geschlecht (Personenstandswesen in den behördlichen Registern)
* Sozialversicherungs-Geschlecht (ggf. abweichend vom Personenstandswesen für den Leistungsbezug der Krankenversicherung)
* (Krankenhaus-)Administratives Geschlecht (zB für Bettenbelegung)
* Medizinische Geschlechtsausprägungen (für Laborwerte, automatische Berechnungen, Checks und Warnungen)

HL7 Administrative Sex

2022-02-02T15:19:03Z

Sabutsch: /* Verweise */

{{#customtitle:HL7 Administrative Sex}}

==HL7 Administrative Sex (2.16.840.1.113883.12.1)==
HL7 Version 2.x Table 0001: Administrative Sex. Ursprüngliche Codeliste von HL7 International zur Verwendung der Standardfamilie Version 2.x.

===Kurzbeschreibung===
Die Codeliste wurde in der 1980er Jahren entwickelt und enthält verschiedene Codes zur Beschreibung des Geschlechts. Nicht explizit war damit das biologische Geschlecht gemeint, Anwendungsgebiete waren neben der Humanmedizin auch die Tiermedizin. Dies macht eine entsprechende Interpretation und Einschränkung für einen konkreten Anwendungszweck notwendig.

===Anwendung===
Das Codesystem HL7 Administrative Sex wird in den Standardfamilie HL7 Version 2.x angewendet.
Für "divers" wird der Code "U" verwendet, "offen" wird mit "N" ausgedrückt.

Für die Standardfamilie HL7 3 incl. CDA siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Gender HL7 Administrative Gender]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Beschreibung
|-
|0-L
|M
|Male
|Männlich
|Wie V3
|-
|0-L
|F
|Female
|Weiblich
|Wie V3
|-
|0-L
|O
|Other
|Divers
|Codierung in V3 "UN"!!!
|-
|0-L
|N
|Not applicable
|Offen
|(ursprünglich "nicht zutreffend")
|-
|0-L
|U
|unknown
|Unbekannt
|
|-
|0-L
|X
|Non-Binary
|Unbekannt
|A universally agreed upon single definition for non-binary does not exist. Non-binary should be used in jurisdictions which have implemented an option to declare a gender of "non-binary"
|-
|colspan="5"| Folgende Codes werden nur für die Tiermedizin angewendet:
|-
|0-L
|A
|ambiguous
|mehrdeutig
|nur für die Tiermedizin
|}

===Releasezyklus===
Bei gesetzlichen Änderungen

[[Kategorie:Terminologieserver]]

==Verweise==
# [https://build.fhir.org/ig/HL7/UTG/CodeSystem-v2-0001.html HL7 FHIR AdministrativeSex]
# [http://www.hl7.eu/refactored/tab0001.html V2 Refactored AdministrativeSex]

HL7 Administrative Sex

2022-02-02T15:18:40Z

Sabutsch: /* Struktur */

{{#customtitle:HL7 Administrative Sex}}

==HL7 Administrative Sex (2.16.840.1.113883.12.1)==
HL7 Version 2.x Table 0001: Administrative Sex. Ursprüngliche Codeliste von HL7 International zur Verwendung der Standardfamilie Version 2.x.

===Kurzbeschreibung===
Die Codeliste wurde in der 1980er Jahren entwickelt und enthält verschiedene Codes zur Beschreibung des Geschlechts. Nicht explizit war damit das biologische Geschlecht gemeint, Anwendungsgebiete waren neben der Humanmedizin auch die Tiermedizin. Dies macht eine entsprechende Interpretation und Einschränkung für einen konkreten Anwendungszweck notwendig.

===Anwendung===
Das Codesystem HL7 Administrative Sex wird in den Standardfamilie HL7 Version 2.x angewendet.
Für "divers" wird der Code "U" verwendet, "offen" wird mit "N" ausgedrückt.

Für die Standardfamilie HL7 3 incl. CDA siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Gender HL7 Administrative Gender]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Beschreibung
|-
|0-L
|M
|Male
|Männlich
|Wie V3
|-
|0-L
|F
|Female
|Weiblich
|Wie V3
|-
|0-L
|O
|Other
|Divers
|Codierung in V3 "UN"!!!
|-
|0-L
|N
|Not applicable
|Offen
|(ursprünglich "nicht zutreffend")
|-
|0-L
|U
|unknown
|Unbekannt
|
|-
|0-L
|X
|Non-Binary
|Unbekannt
|A universally agreed upon single definition for non-binary does not exist. Non-binary should be used in jurisdictions which have implemented an option to declare a gender of "non-binary"
|-
|colspan="5"| Folgende Codes werden nur für die Tiermedizin angewendet:
|-
|0-L
|A
|ambiguous
|mehrdeutig
|nur für die Tiermedizin
|}

===Releasezyklus===
Bei gesetzlichen Änderungen

[[Kategorie:Terminologieserver]]

==Verweise==
[https://build.fhir.org/ig/HL7/UTG/CodeSystem-v2-0001.html HL7 FHIR AdministrativeSex]
[http://www.hl7.eu/refactored/tab0001.html V2 Refactored AdministrativeSex]

HL7 Administrative Sex

2022-02-02T15:17:15Z

Sabutsch:

{{#customtitle:HL7 Administrative Sex}}

==HL7 Administrative Sex (2.16.840.1.113883.12.1)==
HL7 Version 2.x Table 0001: Administrative Sex. Ursprüngliche Codeliste von HL7 International zur Verwendung der Standardfamilie Version 2.x.

===Kurzbeschreibung===
Die Codeliste wurde in der 1980er Jahren entwickelt und enthält verschiedene Codes zur Beschreibung des Geschlechts. Nicht explizit war damit das biologische Geschlecht gemeint, Anwendungsgebiete waren neben der Humanmedizin auch die Tiermedizin. Dies macht eine entsprechende Interpretation und Einschränkung für einen konkreten Anwendungszweck notwendig.

===Anwendung===
Das Codesystem HL7 Administrative Sex wird in den Standardfamilie HL7 Version 2.x angewendet.
Für "divers" wird der Code "U" verwendet, "offen" wird mit "N" ausgedrückt.

Für die Standardfamilie HL7 3 incl. CDA siehe [https://wiki.hl7.at/index.php?title=HL7_Administrative_Gender HL7 Administrative Gender]

===Terminologie Provider===
HL7 Austria (Übersetzung)

===Inhaltsverwalter am österreichischen e-Health Terminologieserver===
ELGA GmbH

===Struktur===

{| class="wikitable"
!Level-Typ
!Code
!Display Name
!Deutsche Sprachvariante
!Beschreibung
|-
|0-L
|M
|Male
|Männlich
|Wie V3
|-
|0-L
|F
|Female
|Weiblich
|Wie V3
|-
|0-L
|O
|Other
|Divers
|Codierung in V3 "UN"!!!
|-
|0-L
|N
|Not applicable
|Offen
|(ursprünglich "nicht zutreffend")
|-
|0-L
|U
|unknown
|Unbekannt
|
|-
|colspan="5"| Folgende Codes werden nur für die Tiermedizin angewendet:
|-
|0-L
|A
|ambiguous
|mehrdeutig
|nur für die Tiermedizin
|}

===Releasezyklus===
Bei gesetzlichen Änderungen

[[Kategorie:Terminologieserver]]

==Verweise==
[https://build.fhir.org/ig/HL7/UTG/CodeSystem-v2-0001.html HL7 FHIR AdministrativeSex]
[http://www.hl7.eu/refactored/tab0001.html V2 Refactored AdministrativeSex]

ILF:XDS Metadaten Guide

2022-02-02T12:53:27Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:XDS Metadaten Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA / Verbindlichkeit
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|3.0.1+20211001
|01.10.2021
|[[Datei:Warning.png|20px]] Normativ
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/c/ce/Implementierungsleitfaden_XDS_Metadaten_%28Version_3%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:XDS_Metadaten_(Version_3)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:XDS_Metadaten_(Version_3)]]
|-
|3.0.0+20210326
|26.03.2021
|[[Datei:Warning.png|20px]] veraltet
|Ersetzt durch 3.0.1+20211001
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/55/Implementierungsleitfaden_XDS_Metadaten_%28Version_3.0.0%2B20210326%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:XDS_Metadaten_(Version_3)&stableid=139007]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:XDS_Metadaten_(Version_3)]]
|- style="background-color:#ffffcc;
|'''2.06'''
|30.10.2015
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ'''
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-VO 2015] § 16 (1)
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Implementierungsleitfaden_XDS_Metadaten_%28Version_2_06%29.pdf?pamm89]]
|[[Datei:Schwarzer link.png|20px|link=ILF:XDS_Metadaten]]
|
|}

=Was ist der XDS Metadaten Implementierungsleitfaden?=

Dieses Dokument definiert die Metadaten beim Einbringen von CDA-Dokumenten in die österreichische ELGA Infrastruktur über das IHE Profil Cross-Enterprise Document Sharing (XDS). Die hier definierten Regeln sind von den folgenden „Technical Frameworks“ der IHE abgeleitet und wurden mit den Arbeitsgruppen für die ELGA-CDA-Implementierungsleitfäden abgestimmt:
* Grundlegende Spezifikation der Metadaten in einem XDS System, gültig für alle Dokumentarten (Metadaten der XDSDocumentEntry Objekte)
** ''IT Infrastructure (ITI), Volume 3, Rev. 10.0 (27.9.2013) Final Text''
* Darüber hinaus gehende Spezifikation speziell für CDA Dokumente
** ''Patient Care Coordination (PCC), Volume 2''
Ausgehend von obiger Basis definiert das vorliegende Dokument die genaue Spezifikation der Befüllung der XDS Metadaten speziell für die Anwendung im Rahmen der österreichischen Gesundheitsakte ELGA.

Die Verwendung von XDS Foldern ist für ELGA nicht vorgesehen.

Eine weitere Profilierung des XDS Submission Sets gegenüber dem XDS Standard wird in ELGA nicht vorgenommen.

=Zweck=
Die vorliegende Spezifikation wurde im Zusammenhang mit den „ELGA CDA Implementierungsleitfäden“ erstellt.

ILF:XDS Metadaten Guide

2022-02-02T10:08:13Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:XDS Metadaten Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA / Verbindlichkeit
!PDF
!Wiki
!Erratum
|-
|3.0.1+20211001
|01.10.2021
|[[Datei:Warning.png|20px]] Normativ
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/c/ce/Implementierungsleitfaden_XDS_Metadaten_%28Version_3%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:XDS_Metadaten_(Version_3)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:XDS_Metadaten_(Version_3)]]
|-
|3.0.0+20210326
|26.03.2021
|[[Datei:Warning.png|20px]] veraltet
|Ersetzt durch 3.0.1+20211001
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/55/Implementierungsleitfaden_XDS_Metadaten_%28Version_3.0.0%2B20210326%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:XDS_Metadaten_(Version_3)&stableid=139007]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:XDS_Metadaten_(Version_3)]]
|- style="background-color:#ffffcc;
|'''2.06'''
|30.10.2015
|[[Datei:finished.png|20px|verweis=Special:FilePath/Finished.png]] '''Normativ'''
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-VO 2015] § 16 (1)
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Implementierungsleitfaden_XDS_Metadaten_%28Version_2_06%29.pdf?pamm89]]
|[[Datei:Schwarzer link.png|20px|link=ILF:XDS_Metadaten]]
|
|}

=Was ist der XDS Metadaten Implementierungsleitfaden?=

Dieses Dokument definiert die Metadaten beim Einbringen von CDA-Dokumenten in die österreichische ELGA Infrastruktur über das IHE Profil Cross-Enterprise Document Sharing (XDS). Die hier definierten Regeln sind von den folgenden „Technical Frameworks“ der IHE abgeleitet und wurden mit den Arbeitsgruppen für die ELGA-CDA-Implementierungsleitfäden abgestimmt:
* Grundlegende Spezifikation der Metadaten in einem XDS System, gültig für alle Dokumentarten (Metadaten der XDSDocumentEntry Objekte)
** ''IT Infrastructure (ITI), Volume 3, Rev. 10.0 (27.9.2013) Final Text''
* Darüber hinaus gehende Spezifikation speziell für CDA Dokumente
** ''Patient Care Coordination (PCC), Volume 2''
Ausgehend von obiger Basis definiert das vorliegende Dokument die genaue Spezifikation der Befüllung der XDS Metadaten speziell für die Anwendung im Rahmen der österreichischen Gesundheitsakte ELGA.

Die Verwendung von XDS Foldern ist für ELGA nicht vorgesehen.

Eine weitere Profilierung des XDS Submission Sets gegenüber dem XDS Standard wird in ELGA nicht vorgenommen.

=Zweck=
Die vorliegende Spezifikation wurde im Zusammenhang mit den „ELGA CDA Implementierungsleitfäden“ erstellt.

ILF:Ambulanzbefund Guide

2022-02-02T10:07:56Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:Ambulanzbefund Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|'''1.2.1+2021100'''1
|01.10.2021
|[[Datei:Warning.png|20px]] '''Normativ'''
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b6/Implementierungsleitfaden_Ambulanzbefund_%28Version_1%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Ambulanzbefund_(Version_1)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:Ambulanzbefund_(Version_1)]]
|-
|1.2.0+20210304
|04.03.2021
|[[Datei:deprecated.png|20px]] Ersetzt durch 1.2.1+20211001
|veraltet
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/6e/IL_Ambulanzbefund_Version_1.2.0%2B20210304.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Ambulanzbefund_(Version_1)&stableid=137065]]
|
|-
|2020.1 (1.1.0+20201120 nach neuem Versionsschema)
|20.11.2020
|[[Datei:deprecated.png|20px]] Ersetzt durch 1.2.0+20210304
|veraltet
|
[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/a/a6/IL_CDA_Ambulanzbefund_2020-11-20.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Ambulanzbefund_(Version_1)&stableid=129757]]
|
|-
|2020 (1.0.0+20200821 nach neuem Versionsschema)
|21.08.2020
|[[Datei:deprecated.png|20px]] Ersetzt durch 2020.1
|veraltet
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/b/b2/IL_CDA_Ambulanzbefund_2020-08-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Ambulanzbefund_(Version_1)&stableid=127059]]
|
|}

=Was ist der Ambulanzbefund?=

Der Ambulanzbefund beschreibt und spezifiziert die Dokumentenstruktur für den allgemeinen ELGA Ambulanzbefund auf Basis von HL7 CDA R2. Der allgemeine Ambulanzbefund ermöglicht die Kommunikation von Erkenntnissen und Vorkommnissen im Zuge von einem oder mehreren ambulanten Besuchen in einem CDA Dokument. Die spezifizierten Kapitel (Sections) in diesem Leitfaden stellen dar, wie Ambulanzbefunde, die über ELGA ausgetauscht werden, aufzubauen sind. Anzumerken ist, dass für den allgemeinen ELGA Ambulanzbefundes die einzelnen Sections sowohl in einer „einfachen“ Variante (CDA Level 2) als auch in einer kodierten Variante (CDA Level 3) möglich sind. Dies soll die Implementierung und Verwendung erleichtern.
{{TOC limit|4}}

=Unterstützende Materialien=
==Prüfregeln==
* Das '''CDA Schema''' definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
** Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
** Download unter: https://gitlab.com/elga-gmbh/cda-schema
*Das '''CDA Ambulanzbefund-Schematron''' definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "Ambulanzbefund".
** Diese Prüfregeln fassen alle Regeln für das Ambulanzbefund-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-ambulanzbefund-schematron
* Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
** Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron

==Terminologien==
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Ambulanzbefund

==Design-Beispiel==
Für die Darstellung wird folgendes Stylesheet bereitgestellt ([https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_Referenzstylesheet Referenzstylesheet]).
Hier finden Sie ein Beispiel des Ambulanzbefundes zur Ansicht:

{{#iDisplay:https://download.hl7.at/beispielbefund/elga-ambulanzbefund-codiert-v2020.xml|1100px|800px}}

===Druckbare Version===
[[Media:Ambulanzbefund Beispiel 2021.pdf|Beispielbefund]], mit CDA2PDF erzeugt

=Inhaltliche Zusammenfassung=
==Anwendungsfälle ''(kopiert aus dem vollständigen Leitfaden)''==

===AMB01 - Erstellung Ambulanzbefund===

====Kontext====
''Erstellung eines ELGA CDA Dokuments im Zuge eines Ambulanzbesuches''

Ein Patient entschließt sich zu einem Besuch einer Ambulanz oder wird von einer anderen Stelle (anderer Gesundheitsdienstleister, Familienangehörige, etc.) zu einem Ambulanzbesuch aufgefordert. Dieser Besuch soll dazu dienen, den Gesundheitszustand des Patienten abzuklären oder eine medizinische Behandlung bzw. medizinische Versorgung in Anspruch zu nehmen. Erkenntnisse dieses Besuches werden dokumentiert und ein ELGA Ambulanzbefund kann erstellt werden.

====Primäre Akteure====
*Patient
*medizinisches Personal (Arzt, Pflegepersonal, etc.)

====Bereich====
*Spitalsambulanz

====Zielvorgabe/Zweck====
Erstellung eines ELGA Ambulanzbefundes, welcher den technischen Anforderungen für den Austausch über ELGA erfüllt. Spezifikationen hierzu sind in dem gegenständlichen Dokument zu finden.

====Beziehungen/externe Referenzen====
{{BeginILFBox}}
Die Umsetzung dieses Anwendungsfalles basiert auf den technischen Spezifikationen, welche im [[ILF:Allgemeiner_Leitfaden_Guide|''Allgemeinen ELGA Implementierungsleitfaden'']] festgehalten sind, sowie den Anforderungen, welche im Zuge anderer ELGA Projekte (e-Impfass, Patientsummary, etc.) erarbeitetet und/oder harmonisiert wurden.
{{EndILFBox}}

====Trigger====
Der Trigger für die Erstellung des ELGA Ambulanzbefundes wird manuell veranlasst, d.h. das medizinische Personal der Ambulanz entscheidet, wann ein ELGA Ambulanzbefund erstellt und über ELGA verfügbar gemacht wird. Die Erstellung eines ELGA Ambulanzbefundes beeinflusst die reguläre Dokumentationspflicht nicht.

====Schritte====
#Der Gesundheitsstatus des Patienten wird erhoben und dokumentiert.
## Im Rahmen der Anamnese wird die derzeit bestehende Medikation erhoben und dokumentiert.
## Ziel pro futuro: Die Medikationsanamnese soll auch in der eMedikation festgehalten werden.
#Der Patient wird behandelt und/oder es werden weitere Therapiemaßnahmen festgelegt.
#Die Vorgangsweise wird dokumentiert.
#Die Erstellung eines ELGA Ambulanzbefundes wird getriggert.

Aus Sicht eines ELGA Ambulanzbefundes können die Schritte 1-3 wiederholt durchgeführt werden, i.e. erfolgen im Kontext einer Erkrankung mehrere Ambulanzbesuche, braucht nicht für jeden dieser Besuche ein eigener ELGA Ambulanzbefund erstellt zu werden. Ein einzelner ELGA Ambulanzbefund kann die Dokumentation mehrerer einzelner Besuche in einer Ambulanz umfassen.

==Struktur des Ambulanzbefundes - informativ ''(kopiert aus dem vollständigen Leitfaden)''==
Die folgende Tabelle liefert eine Übersicht über die Kapitel (Sektionen) eines Ambulanzbefundes. Diese Darstellung ist '''informativer Natur''' und soll die Struktur des Ambulanzbefundes verdeutlichen sowie die einzelnen Kapitel beschreiben. Technische Details und die normativen Vorschriften für die Abbildung in CDA entnehmen Sie bitte der Spezifikation im Kapitel [https://wiki.hl7.at/index.php?title=ILF:Ambulanzbefund#Technische_Spezifikation Technische Spezifikation].

Dieser Leitfaden definiert die Kapitel/Sektionen, welche in einem ELGA Ambulanzbefund vorkommen können. Hierzu hält der Leitfaden fest, dass sämtliche Sektionen ''ausschließlich'' optional [O] zu implementieren sind und es im Umkehrschluss keine Sektion gibt, welche verpflichtend in einem Ambulanzbefund zu führen ist. Dies soll eine zeitnahe Umsetzung der gegenständlichen Spezifikation ermöglichen. Den Umsetzern, Betreibern oder Anwendern steht es frei, die Verpflichtung von einzelnen Sektionen auf lokaler Ebene einzufordern und somit die Konformitätskriterien in Eigenverantwortung strenger zu formulieren. Dies darf jedoch zu keinem Widerspruch mit den gegenständlichen Spezifikationen führen!

{| class="wikitable" width="100%
! colspan="3" | Kapitel bzw. Unterkapitel
! style="width=10%" | Opt.
! style="width=60%" | Beschreibung
|-
| colspan="3" | Brieftext
| O [0..1]
| Freitext für eine Anrede oder Begrüßung. Die Angabe von medizinisch relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.

Beispiel: "Danke für die Zuweisung ..."
|-
| colspan="3" | Konsultations- oder Überweisungsgrund
| O [0..1]
| Der Grund für eine Gesundheitsdienstleistung (z.B. Behandlung). Enthält eine kurze Beschreibung des Hauptsymptoms des Patienten (eigene Beschreibung des Patienten) und/oder den Grund für den Patientenbesuch (Beschreibung aus der Sicht des Gesundheitsdiensteanbieters).

Weiters kann angegeben werden, ob der Kontakt geplant oder ungeplant zustande gekommen ist.

Beispiele: „Thoraxschmerz“, „Atemnot“, „Kopfweh“, „Allergietest und Therapieeinleitung erbeten“
|-
| colspan="3" | Aktuelle Medikation
| O [0..1]
| Die erhobenen Angaben über die Medikation, die der Patient dauerhaft bzw. derzeit einnimmt (damit ist also nicht der aktuelle Behandlungsvorschlag gemeint) - dies stellt somit das Ergebnis der Medikationsanamnese dar.

Die Quelle der Information soll angeführt werden, damit der Leser die Zuverlässigkeit der Information einschätzen kann.

Beispiel: „Angabe des Patienten“ oder „Aus Vorsystem übernommen“.

Diese Ergebnisse sollten konsistent mit den Angaben der e-Medikation sein.
|-
| colspan="3" | Allergien und Intoleranzen
| O [0..1]
| Angegeben werden vorzugsweise die auslösende Substanz, die Art der Reaktion (Hautausschlag, Anaphylaxie, Erbrechen ...), die Kritikalität sowie eine Angabe, wie gesichert die Information ist. Grundsätzlich sollen nur relevante Allergien und Intoleranzen angeführt werden.

Wenn keine relevanten Allergien oder Intoleranzen vorliegen oder keine Information verfügbar ist, soll das klar erkennbar dokumentiert werden.

Wenn Allergien prinzipiell nicht dokumentiert werden, kann diese optionale Sektion auch komplett wegfallen.
|-
| colspan="3" | Anamnese
| O [0..1]
| Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass.

Dieses Kapitel kann durch die Verwendung der nachfolgenden Unterkapitel weiter untergliedert werden.
|-
| style="width: 2%" |
| colspan="2" | Frühere Erkrankungen und Maßnahmen
| O [0..1]
| Liste der bisherigen Krankheiten des Patienten sowie bisherige Maßnahmen als auch Komplikationen.
|-
|
| colspan="2" | Fachspezifische Anamnese
| O [0..1]
| Diese Sektion dient zur Angaben der fachspezifischen Anamnese.
|-
|
| colspan="2" | Schwangerschaften
| O [0..1]
| Dieses Kapitel enthält Informationen zu früheren Schwangerschaften, Geburten und Abortus sowie zur aktuellen Schwangerschaft und dem erwarteten Geburtstermin.
|-
|
| colspan="2" | Medizinische Geräte und Implantate
| O [0..1]
| Dieses Kapitel enthält Informationen über intra- und extrakorporale Medizinprodukte oder Medizingeräte, von denen der Gesundheitszustand des Patienten direkt abhängig ist. Das umfasst z.B. Implantate, Prothesen, Pumpen, Herzschrittmacher etc. von denen ein GDA Kenntnis haben soll. Wenn Heilbehelfe angegeben werden, dann in dieser Sektion.

Heilbehelfe wie Gehhilfen, Rollstuhl etc. sind jedoch nicht notwendigerweise anzuführen.
|-
|
| colspan="2" | Beeinträchtigungen
| O [0..1]
| Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen.
|-
|
| colspan="2" | Impfungen
| O [0..1]
| Dieses Kapitel enthält die relevanten Impfungen, die dem Patienten verabreicht wurden.
|-
|
| colspan="2" | Lebensstil
| O [0..1]
| Dieses Kapitel dient der Erfassung von Lebensstil-Faktoren, wie Alkoholkonsum oder Rauchen.

Die Aufstellung soll in tabellarischer Form erfolgen.
|-
| colspan="3" | Status, Diagnostik und Befunde
| O [0..1]
| Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden.

KEIN Teil dieses Kapitels ist die Diagnose. Die Diagnose, welche die Erkenntnisse aus der Befundung darstellt, MUSS in einem eigenständigen Kapitel "Diagnose" angegeben werden.

Synonyme: Aktuell erhobene Befunde, Diagnostik, Status (praesens)
|-
|
| colspan="2" | Status
| O [0..1]
| Ergebnisse der körperlichen Untersuchung sowie Allgemein- und Ernährungszustand des Patienten (kann nach Organsystemen gegliedert sein).
|-
|
| colspan="2" | Vitalparameter
| O [0..1]
| Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …).
|-
|
| colspan="2" | Fachspezifische Diagnostik
|
| '''Platzhalter''' - kann für medizinische Fächer spezialisiert werden [O] (spez. Fachdiagnostik, Scores, Assessments).
|-
|
| colspan="2" | Ausstehende Befunde
| O [0..1]
| Beinhaltet die Hinweise auf noch ausstehende Befunde in narrativer Form als Information für den Dokumentempfänger.
|-
| colspan="3" | Diagnose
| O [0..1]
| Diese Kapitel kann genutzt werden um die diagnostizierte Krankheit anzugeben. Dies kann in codierter (z.B. ICD-10) und/oder uncodierter Form erfolgen.

KEIN Bestandteil dieses Kapitels stellen Angaben zur durchgeführten Diagnostik oder erhobenen Befunden dar. Diese MÜSSEN in dem Kapitel "Diagnostik und Befunde" angegeben werden.

Synonyme: Untersuchungsergebnis, Ergebnis
|-
| colspan="3" | Verlauf
| O [0..1]
| Freitextliche Beschreibung des Krankheits- oder Problemverlaufes

Synonyme: decursus morbi, Ablauf, Zeitlicher Verlauf, Dekurs

Typischer Weise kann diese Sektion verwendet werden, wenn ein ambulanter Arztbrief erstellt wird, welcher mehrere ambulante Besuche zusammenfasst. Hierzu können die jeweiligen Sub-Sektionen (pro Besuch eine Sub-Sektion) implementiert werden. Im jeweiligen author/time-Element ist festzuhalten an welchem Tag der Eintrag vollzogen wurde.
|-
|
| colspan="2" | Verlauf - Unterkapitel
| O [0..*]
| Sollte der Gesundheitsstatus eines Patienten über mehrere Ambulanzbesuche hinweg beschrieben werden, kann dies mit Hilfe dieser Unterkapitel in strukturierter Form erfolgen. Das bedeutet, dass für jeden einzelnen Besuch ein Unterkapitel geführt werden kann.
|-
| colspan="3" | Zusammenfassende Beurteilung
| O [0..1]
| Zusammenfassende Gesamtschau und Beurteilung der erhobenen Befunde. Eine codierte Angabe der Diagnosen ist möglich.

Beispiel: „Die Zusammenschau von Anamnese und erhobenen Befunden spricht für ein inzipientes septisches Geschehen unklarer Ätiologie.“

Synonyme: aktuelle Diagnose, Ergebnis, Befundinterpretation
|-
| colspan="3" | Durchgeführte Maßnahmen
| O [0..1]
| Im Rahmen des aktuellen Patientenkontakts durchgeführte Maßnahmen, z.B.: verabreichte Medikation (inkl. Impfung), therapeutische Maßnahmen, Eingriffe sowie diagnostische Maßnahmen, die nicht unter "aktuelle Befunde" einzureihen sind.

Beispiele: "FSME Impfung", "Infiltration", "Nävus-Excision li Oberschenkel KAL QZ525".
|-
|
| colspan="2" | Dokumentierte Einnahme
| O [0..1]
| Angabe der Medikation welche während der ambulanten Behandlung verabreicht wurde
|-
|
| colspan="2" | Pflegemaßnahmen
| O [0..1]
| Darstellung der pflegerischen Handlungen, welche im Zuge des Ambulanzbesuches vollzogen wurden.

z.B.: Verbandswechsel
|-
| colspan="3" | Empfohlene Medikation
| O [0..1]
| Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation. Kann auch die bestehende Medikation enthalten. Hinweis: Vergleich mit ärztlichem Entlassungsbrief: In diesem MUSS die gesamte, empfohlene Medikation zum Zeitpunkt der Entlassung angegeben werden, jedoch KANN im Ambulanzbefund ausschließlich die durch die ambulante Behandlung festgelegte Medikation angegeben werden.
|-
|
| colspan="2" | Änderung der bestehenden Medikation
| O [0..1]
| Kapitel zur Angabe von Änderungen bezüglich der bestehenden Medikation (erhoben in der Medikationsanamnese), welche auf Grund des Ambulanzbesuches veranlasst wird. Sollte es zu keinen Änderung kommen, ist dies explizit in diesem Kapitel anzuführen.
|-
|
| colspan="2" | Zusätzliche Medikation
| O [0..1]
| Kapitel zur Angabe der zusätzlichen, über die bestehende Medikation hinausgehende, Medikation, welche sich durch den Ambulanzbesuch ergibt.
|-
| colspan="3" | Weitere empfohlene Maßnahmen
| O [0..1]
| Empfehlungen für die weitere Behandlung des Patienten z.B. Anordnungen zum Wundmanagement, physikalische Therapien, Diätanordnungen, Präventionsmaßnahmen, etc. als Freitext.
|-
|
| colspan="2" | Termine, Kontrollen, Wiederbestellung
| O [0..1]
| Kapitel zur Angabe von Terminen, Kontrollen oder Wiederbestellungen.
|-
|
| colspan="2" | Empfohlene Anordnungen Pflege
| O [0..1]
| Empfohlene Anordnungen an die weitere Pflege. Das Kapitel dient der Präzisierung der empfohlenen Delegation an die Berufsgruppe der Pflege gemäß § 15 Gesundheits- und Krankenpflegegesetz.
|-
|
| colspan="2" | Geplante Untersuchungen
| O [0..1]
| Kapitel zur Angabe von geplanten Untersuchungen, welche sich im Zuge des Ambulanzbesuches ergeben haben.
|-
|
| colspan="2" | Konservative Therapie
| O [0..1]
| In diesem Kapitel erfolgt die Angabe über physikalisch geplante Therapiemaßnahmen. In diesem Kapitel können noch medikamentöse Therapien angegeben werden, welche zusätzlich zu den Angaben in "empfohlene Medikation" benötigt werden.
|-
|
| colspan="2" | Chirurgische Therapie
| O [0..1]
| In diesem Kapitel können Angaben zu geplanten operativen Eingriffen angeführt werden.
|-
| colspan="3" | Weitere Informationen
| O [0..1]
| Dieses Kapitel kann genutzt werden um weitere Informationen (im Speziellen an die Patienten gerichtet) anzuführen.

Beispiel: "Es ist empfohlen, dass der Patient in den kommenden 4 Wochen verstärkt auf ausreichenden Sonnenschutz achtet".
|-
| colspan="3" | Willenserklärungen und andere juridische Dokumente
| O [0..1]
| Alle Willenserklärungen und diejenigen juridischen Dokumente, welche für weitere Behandlungen als relevant erachtet werden.
Die Aufstellung soll in tabellarischer Form erfolgen und die Art des vorliegenden Dokuments sowie den Hinweis enthalten, wo dieses verwahrt wird. Beispiel: „Testament“ – „liegt bei Tochter auf“.
|-
| colspan="3" | Abschließende Bemerkungen
| O [0..1]
| Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel. Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.

Beispiel: Abschließende Worte, Gruß.
|-
| colspan="3" | Beilagen
| O [0..1]
| Sonstige Beilagen, außer denjenigen Dokumenten, die in "Willenserklärungen und andere juridische Dokumente" angegeben sind.
|}
''Tabelle 1: Überblick und Reihenfolge der Sektionen''

ILF:Telemonitoring-Episodenbericht Guide

2022-02-02T10:07:23Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:Telemonitoring-Episodenbericht Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|'''1.2.1+20211001'''
|01.10.2021
|[[Datei:Warning.png|20px]] '''Normativ'''
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/4/4c/Implementierungsleitfaden_Telemonitoring-Episodenbericht_%28Version_1%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht_(Version 1)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:Telemonitoring-Episodenbericht_(Version 1)]]
|-
|1.2.0+20210304
|04.03.2021
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 1.2.1+20210304
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/e3/IL_Telemonitoring-Episodenbericht_Version_1.2.0%2B20210304.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=137025]]
|
|-
|2020.1 (1.1.0+20201120 nach neuem Versionsschema)
|20.11.2020
|[[Datei:deprecated.png|20px]] veraltet
|Ersetzt durch 1.2.0+20210304
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/7/74/TME_2020-11-20.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=129762]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht#Erratum]]
|-
|2020 (1.0.0+20200821 nach neuem Versionsschema)
|21.08.2020
|[[Datei:deprecated.png|20px]] veraltet
|Ersetzt durch 2020.1
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/8/88/TME_2020-08-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Telemonitoring-Episodenbericht_(Version_1)&stableid=127060]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Telemonitoring-Episodenbericht#Erratum]]
|}

=Was ist der Telemonitoring-Episodenbericht?=
Das CDA-Dokument-Template Telemonitoring Episodenbericht kann als Datenaustauschformat für eine fortlaufende wie auch abgeschlossene durch Telemonitoring unterstütze Behandlung dienen. Die Unterscheidung, zwischen fortlaufend oder abgeschlossen, ist durch einen anderen Dokumententyp und einer anderen Vorgabe für den Titel des Dokumentes erkennbar. Als Grundlage wurde der (Personal Healthcare Monitoring Report) und Teile des (IHE Pharmacy Community Medication Administration - CMA) herangezogen.
{{TOC limit|4}}

=Unterstützende Materialien=
==Prüfregeln==
* Das '''CDA Schema''' definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
** Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
** Download unter: https://gitlab.com/elga-gmbh/cda-schema
*Das '''CDA Telemonitoring-Episodenbericht-Schematron''' definiert die Strukturen und Inhalte nach dem speziellen HL7 Austria CDA-Leitfaden "Telemonitoring-Episodenbericht".
** Diese Prüfregeln fassen alle Regeln für das Telemonitoring-Episodenbricht-CDA zusammen. Es ist zu empfehlen am Ende des Bearbeitungsprozesses diese einmalig gegen das abgeschlossene CDA zu stellen und im Falle eines Fehlers diesen zu bearbeiten.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-telemonitoring-episodenbericht-schematron
* Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
** Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzen. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron

==Terminologien==
Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Telemonitoring-Episodenbericht

==Design-Beispiel==
Für die Darstellung wird folgendes Stylesheet bereitgestellt ([https://gitlab.com/elga-gmbh/CDA_Visualization/-/tree/master/ELGA_Referenzstylesheet Referenzstylesheet]).
Hier finden Sie ein Beispiel des Telemonitoring-Episodenberichtes zur Ansicht:

{{#iDisplay:https://download.hl7.at/beispielbefund/telemonitoring-episodenbericht_v2020.xml|1100px|800px}}

=Inhaltliche Zusammenfassung=
==Anwendungsfälle zur Dokumentenerstellung und -Aktualisierung ''(kopiert aus dem vollständigen Leitfaden)''==
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.

Es werden die drei Anwendungsfälle "'''''Start Telemonitoring'''''", "'''''Fortschritt Telemonitoring'''''" und "'''''Ende Telemonitoring'''''" aus Sicht des Dokuments, welches von einem Telemonitoring-System befüllt wird, erklärt.

* "'''''Start Telemonitoring'''''" geht auf den Prozess ein, welcher nur die Arbeitsschritte beinhaltet, welche notwendig sind, um ein erstes valides Dokument ohne optionale Felder zu generieren. Damit kann die noch gültige Kontaktbestätigung genutzt werden für ein erstes Registrieren des Dokumentes in der ELGA.
* "'''''Fortschritt Telemonitoring'''''" erklärt die Möglichkeiten wie ein Dokument automatisch wie auch halbautomatisch in einem bestimmten Intervall mit den neuesten Telemonitoring-Daten befüllt werden kann. Durch das erste Hochladen des Dokumentes ist ein stetiges Hochversionieren auch nach Ablauf der Kontaktbestätigung möglich.
* "'''''Ende Telemonitoring'''''" erweitert den Prozess dadurch, dass die Behandlung beendet wird und spätestens hier sollen die möglichen Sektionen des Dokumentes befüllt werden.

Um die Anforderungen eines Backup-Dokumentes, On-Demand Dokumentes oder maschinell erstellten Dokumentes, welches ohne Vidierung in der ELGA registriert wird, mit diesem Leitfaden zu erfüllen, wird auch ermöglicht, dieses Dokument ohne Vidierung (legalauthenticator 0..*) valide sein zu lassen.

Es ist zu beachten, dass in aktuellen Telemonitoring Programmen ein ambulanter oder stationärer Besuch vorausgehend ist, zu welchem höchstwahrscheinlich ein ELGA-Dokument existiert. Auch bei Abschluss der Behandlung ist es zur Zeit der Normalfall, dass der Patient persönlich einen zuständigen Arzt besucht, wo auch ein ELGA-Dokument geschrieben wird. Diese fachlich zusammenhängenden Dokumente werden jedoch nicht maschinenlesbar verknüpft, sondern sind durch das relevante Dokumentendatum als zusammenhängend erkennbar.

===Start Telemonitoring===
Dieser Anwendungsfall startet am Beginn der Behandlung. Das Anlegen des Dokuments und erstmalige Hochladen in der dem GDA zugehörigen ELGA-Domäne erfolgt nach dem Eingeben der hier aufgeschlüsselten, mindestens notwendigen Header-Felder und der Body-Sektion "Behandlungsgrund".

Folgenden Elemente sind für das TmE '''fixert''' und somit nicht extra zu befüllen, jedoch verpflichtend anzugeben
* Hoheitsbereich des Dokuments im ''realmCode''
* Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden in der ''typeId''
* den drei Dokumenten-TemplateIds in jeweils einem ''templateId''
* Dokumentenklasse im ''code''
* Format welches das Dokument erfüllt im ''formatCode''
* Vertraulichkeitscode des Dokuments im ''confidentialityCode''
* Sprachcode des Dokuments im ''languageCode''

Es '''müssen''' folgende Header-Informationen '''einmalig für das System''' konfiguriert werden und im Dokument angegeben werden
* Terminologie-Datum mit der letzten Aktualisierung der Terminologien im ''terminologyDate''
* fachliche Zuordnung des Dokumentes im ''practiceSettingCode''
* Verwahrer des Dokuments im ''custodian''

Es '''müssen''' folgende Header-Informationen '''einmalig für das DokumentenSet''' im Dokument angegeben werden
* Eindeutige Id des Dokumentensets in der ''setId''
* Komponente für die Patientendaten im ''recordTarget''

Es '''müssen''' folgende Header-Informationen '''einmalig pro Version des Dokuments''' angegeben werden
* Dokumenten-ID in ''id''
* Dokumententyp in ''code.translation''
* Titel des Dokuments im ''title''
* StatusCode wie fortlaufend oder abgeschlossen im ''statusCode''
* Relevantes Datum des Dokuments im ''effectiveTime''
* Versionsnummer des Dokuments in ''versionNumber''
* ein bis mehrere Verfasser des Dokuments im ''author''
* Komponente für die Gesundheitsdienstleistung im ''documentationOf''

Alle anderen Elemente im Header und Body sind optional und können für den ersten Upload des Dokuments leer bleiben und in einer neuen Version des Dokuments optional hinzugefügt werden. Dieses Dokument wird vom behandelnden Gesundheitsdienstexperten vidiert und damit für das Hochladen in die ELGA-Domäne bereitgestellt. Dieser Schritt kann während dem Bekanntwerden der geplanten Behandlung und spätestens am ersten Behandlungstag stattfinden.

===Fortschritt Telemonitoring===
Während der Behandlung besteht optional die Möglichkeit, das '''Dokument''' zu '''erweitern''' und neue Daten - wie eine Zusammenfassung der bisherigen Behandlung, Messungen, Kommentare und Beilagen - hinzuzufügen und muss mit einer gültigen Vidierung, einer neuen Dokumenten-ID, einer erhöhten Versionsnummer, einer aktualisierten Zeitspanne der Behandlung und einem neuen Dokumentendatum hochgeladen werden. Dies kann automatisch ohne Vidierung oder halbautomatisch durch nochmalige Vidierung geschehen und in der ELGA registiert werden.

'''Automatisch generierte und ohne Vidierung''' in ELGA hochgeladene Dokumente, mit allen bis zu diesem Zeitpunkt vorhandenen Messergebnissen wie auch weiteren freigegeben Daten, bieten auch anderen GDAs in einer fortwährenden Behandlung eine Einsicht in die Daten. Der Großteil der Daten bei einem TmE Dokument wird vom Patienten selbst generiert und kann von hohem Interesse für andere Behandlungen sein. In einem bestimmten für die Behandlung sinnvollen Intervall, wie beispielsweise wöchentlich oder täglich, wird das Dokument mit den neuen Beobachtungen automatisch aktualisiert. Dabei können vorausgewählte Kommentare und Notizen wie auch ganze Dokumente als Anhang mit hochgeladen werden. Aktualisierte Texte von "Behandlungsgrund" wie auch erste Zusammenfassungen der bisherigen Behandlungen, können für das nächste Hochladen hinzugefügt werden. Es steht den Implementierern frei, dieses als automatisches Dokument für seine Benutzer in jeglicher Form bereitzustellen.

Grundsätzlich ist zu beachten, dass der '''manuelle Schritt einer nochmaligen Vidierung''' durch eine natürliche Person die Qualität der Daten hebt. Dies könnte halbautomatisch passieren, indem in regelmäßigen Abständen das System den Behandler bittet die neuesten Daten freizugeben und somit zu vidieren. Es ist zu empfehlen die erste Vidierung, welche beim Start der Behandlung geschehen ist, für die folgenden, automatischen Zwischenberichte zu entfernen. Das erste Dokument mit der ersten Vidierung ist dann weiterhin als älteste Version in dem Dokumenten-Set auffindbar.

Die '''maximale Dokumentengröße''' für ELGA-Dokumente sind 20MB. Wenn diese Größe durch ein TmE-Dokument überschritten wird, ist es möglich durch mehrere Dokumente die vollständige Behandlung abzubilden. Dabei soll es nach der Behandlung '''immer nur einen Abschlussbericht''' für die Behandlung geben! Dieser Abschlussbericht kann auch die Daten des jüngsten Zeitraums beinhalten. Die anderen Zeiträume können in einem oder mehreren Fortschrittsberichten mit dem richtigen Setzen des Titels und "documentationOf"-Zeitraumes abgebildet werden.

===Ende Telemonitoring===
Spätestens am Ende der Behandlung wird eine über die ganze Behandlung berichtende Zusammenfassung verfasst, welche verpflichtend vom behandelnden Gesundheitsdienstexperten unterzeichnet werden muss. Auch weitere Sektionen können hier noch befüllt oder fertiggestellt werden. Diese aktualisierte Version des Telemonitoring-Episodenberichts (TmE Dokument) dient als Übersicht für zukünftige Behandlungen aller Gesundheitsdienstexperten mit Zugriff auf das Dokument.

==Dataset des Telemonitoring Episodenberichts ''(kopiert aus dem vollständigen Leitfaden)''==
Das Dataset (auch "Datenarten" oder "Konzepte") listet alle mit der Arbeitsgruppe abgestimmten Inhalte des Leitfadens auf. Es enthält Beschreibungen der Elemente mit Synonymen.

Dataset-Elemente können auf das CDA Datenmodell gemappt werden. In den Metadaten eines Templates sind alle assoziierten Konzepte auf einen Blick ersichtlich. Im Template-Body wird das assoziierte Konzept beim entsprechenden Datenelement angezeigt.

Die Live-Version des Datasets in Art-Decor kann unter folgendem [https://art-decor.org/art-decor/decor-datasets--elgatgd- Link] betrachtet werden.
<div class="landscape">

==Übersicht der technischen Spezifikation ''(kopiert aus dem vollständigen Leitfaden)''==
Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.

Der Header entspricht im Wesentlichen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

===Übersichtstabelle der CDA Strukturen des Headers===
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.
{{BeginILFBox}}Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.{{EndILFBox}}
Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.

{{ILF:Übersichtstabelle_der_CDA_Strukturen_des_Headers}}

===Übersichtstabelle der CDA Strukturen des Bodys===
Dieses Kapitel gibt einen Überblick über die Elemente des CDA Bodys und den Vorgaben bezüglich Kardinalität und Konformität.
{| class="wikitable" width="100%"
|-
! style="text-align:left" width="20%" |Element
!Kard/Konf|| style="text-align:left" width="60%" |Bedeutung / Link zum Kapitel
|- style="background:#FFFFFF"
|Brieftext
|0..1 O||[[#Brieftext|Brieftext, welches auch das Logo beinhaltet]]
|- style="background:#FFFFFF"
|Behandlungsgrund
|1..1 M||[[#Behandlungsgrund_-_unkodiert|Behandlungsgrund]]
|- style="background:#FFFFFF"
|Diagnosen
|0..1 O||[[#Diagnosen_-_kodiert|Diagnosen]]
|- style="background:#FFFFFF"
|Zusammenfassung der Behandlung
|0..1 O
|[[#Zusammenfassung_der_Behandlung_-_unkodiert|Zusammenfassung der Behandlung]]
|- style="background:#FFFFFF"
|Auszüge aus erhobene Daten
|0..1 O||[[#Auszüge_aus_erhobene_Daten_-_unkodiert|Auszüge aus erhobene Daten]]
|- style="background:#FFFFFF"
|Erhobene Daten
|0..1 O||[[#Erhobene_Daten_-_kodiert|Erhobene Daten]]
|- style="background:#FFFFFF"
|Verwendete Geräte
|0..1 O||[[#Verwendete_Geräte|Verwendete Geräte]]
|- style="background:#FFFFFF"
|Beilagen
|0..1 O||[[#Beilagen|Beilagen]]
|-
|}

Implementierungsleitfäden

2022-02-02T10:06:23Z

Sabutsch:

{{#seo:
|title=Implementierungsleitfäden
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Implementierungsleitfäden, Leitfaden, Implementierungsleitfaden, Allgemeiner Implementierungsleitfäden, Entlassungsbrief, Pflegesituationsbericht, e-Medikation, Spezielle Leitfäden
|description=Hier werden die spezifischen Templates und Spezifikationen beschrieben, welche unter "HL7 Austria" erarbeitet und verabschiedet wurden.
}}
{{#customtitle:Übersicht der CDA Implementierungsleitfäden}}

Folgende CDA Implentierungsleitfäden wurden in der Governance Gruppe '''"HL7 Austria"''' erarbeitet im Rahmen eines Abstimmungsverfahrens verabschiedet (Ausnahme: Leitfäden "in Bearbeitung"). Alle verfügbaren Leitfaden-Versionen sind auf den jeweiligen verlinkten Übersichtseiten ("Guide") ersichtlich.

__NOTOC__

{| style="width:80%;margin: auto;border-collapse:collapse;" border="0" cellpadding="3"
|-
| style="width:30%; font-size:18px;" |<span style="color:#E89700">''<big>GTelG Leitfäden (ELGA und eHealth)</big>''</span>
| style="width:30%; font-size:18px;" |<span style="color:#E89700">''<big>Weitere Leitfäden</big>''</span>
|- style="vertical-align:top;"
|'''Normativ'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Allgemeiner_Leitfaden_Guide|Allgemeiner Implementierungsleitfaden]]<br />
[[Datei:List_(1).svg|16px]] [[ILF:XDS_Metadaten_Guide|ELGA XDS Metadaten]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Entlassungsbrief_Ärztlich_Guide|ELGA Entlassungsbrief (Ärztlich)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Entlassungsbrief (Pflege) Guide|ELGA Entlassungsbrief (Pflege)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Pflegesituationsbericht Guide|ELGA Pflegesituationsbericht]]<br />
[[Datei:CDADok.png|16px]] [[ILF:e-Medikation Guide|ELGA e-Medikation]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Befund bildgebende Diagnostik Guide|ELGA Befund Bildgebende Diagnostik]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Laborbefund Guide|ELGA Laborbefund]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Ambulanzbefund_Guide|ELGA Ambulanzbefund]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Telemonitoring-Episodenbericht_Guide|ELGA Telemonitoring-Episodenbericht]]<br />
[[Datei:CDADok.png|16px]] [[ILF:E-Impfpass Guide|e-Impfpass]]<br /><br />

'''Verordnung ausstehend'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Laborbefund Guide|ELGA Labor- & Mikrobiologiebefund]] <br /><br/>

'''In Bearbeitung'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png |16px]] [[ILF:Patient_Summary_Guide|ELGA Patient Summary]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Ärztlicher_Befund_Guide|ELGA Ärztlicher Befund (generisch)]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Patientenverfügung_Guide|ELGA Patientenverfügung]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Pathologiebefund|ELGA Pathologiebefund]]<br /><br />

|'''Normativ'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:EMS_Guide|EMS Labor- und Arztmeldung]] (Meldepflichtige Krankheiten)<br />
[[Datei:List_(1).svg|16px]] [[ILF:ENDS2_Guide|Export-Normdatensatz]]<br />
[[Datei:CDADok.png|16px]] [[ILF:Aurea_Guide|Aurea]] (Meldung antimikrobieller Resistenzen)<br />
[[Datei:List_(1).svg|16px]] [https://collab.dicom-austria.at/pages/viewpage.action?pageId=27033635 DICOM KOS-Leitfaden für den ELGA Bilddatenaustausch]<br />
[[Datei:List_(1).svg|16px]] [https://collab.dicom-austria.at/display/OBD/Leitfaden+zur+Ermittlung+und+Speicherung+des+APPC+in+DICOM+Daten Ermittlung und Speicherung des APPC in DICOM Daten]<br />
<br />
'''Trial Standard'''<div style="width: 50px; height: 3px;background-color: #E89700;"></div>

[[Datei:CDADok.png|16px]] [[ILF:Augenbefund|Augenbefund]]<br /><br />
|}

''Legende:''<br />
[[Datei:CDADok.png|16px|verweis=Special:FilePath/CDADok.png]] Implementierungsleitfäden für den CDA-Standard<br />
[[Datei:List_(1).svg|16px|verweis=Special:FilePath/List_(1).svg]] Impfementierungsleitfäden für andere Standards<br />

ILF:Allgemeiner Leitfaden Guide

2022-02-01T14:23:34Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#customtitle:Allgemeiner Leitfaden Guide}}
=Tabellarische Übersicht der Versionen mit jeweils PDF, Wiki, Erratum=
{| class="wikitable"
!Version
!Datum
!Status
!Anwendung in ELGA / Verbindlichkeit
!PDF
!Wiki
!Erratum
|- style="background-color:#ffffcc;
|3.2.1+20211001
|01.10.2021
|[[Datei:Warning.png|20px]] Normativ
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-Verordnungsnovelle 2022] § 16 (1).
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/6/69/Allgemeiner_CDA-Implementierungsleitfaden_%28Version_3%29.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)]]
|[[Datei:Schwarzer link.png|20px|link=ILF_Diskussion:Allgemeiner_Implementierungsleitfaden_(Version_3)]]
|-
|3.2.0+20210304
|04.03.2021
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 3.2.1+20211001
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/e/ef/IL_Allgemeiner_Implementierungsleitfaden_Version_3.2.0%2B20210304.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=137014]]
|
|-
|2020.1 (3.1.0+20201120 nach neuem Versionsschema)
|20.11.2020
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 3.2.0+20210304
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/50/Allgemeiner_ILF_2020-11-20.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=129767]]
|
|-
|2020 (3.0.0+20200821 nach neuem Versionsschema)
|21.08.2020
|[[Datei:deprecated.png|20px]] veraltet
| Ersetzt durch 2020.1
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/d/de/Allgemeiner_ILF_2020-08-21.pdf]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden_(Version_3)&stableid=127058]]
|
|- style="background-color:#ffffcc;
|'''2.06.3'''
|27.10.2021
|[[Datei:finished.png|20px]] '''Normativ'''
|'''Aktuell gültige Version''' (Nebenversion von 2.06)
|[[Datei:PDF.png|20px|link=https://wiki.hl7.at/images/5/5e/HL7_Implementation_Guide_for_CDA_R2_-_Allgemeiner_Implementierungsleitfaden_f%C3%BCr_ELGA_CDA_Dokumente.pdf]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Allgemeiner_Implementierungsleitfaden]]
|[[Datei:Schwarzer link.png|20px|link=ILF:Errata]]
|-
|2.06.2
|31.01.2017
|[[Datei:deprecated.png|20px]] veraltet
|Ersetzt durch 2.06.3
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/gesundheitssystem/professional/it-services/Allgemeiner_CDA-Implementierungsleitfaden_V2.06.2.pdf?pbnp1f]]
|[[Datei:Schwarzer link.png|20px|link=https://wiki.hl7.at/index.php?title=ILF:Allgemeiner_Implementierungsleitfaden&stableid=87881]]
|
|-
|2.06
|30.10.2015
|[[Datei:deprecated.png|20px]] veraltet
|Gültig per [https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen&Gesetzesnummer=20009157 ELGA-VO 2015] § 16 (1). Ersetzt durch 2.06.2
|[[Datei:PDF.png|20px|link=https://www.gesundheit.gv.at/r/service/Allgemeiner_CDA-Implementierungsleitfaden_%28Version_2_06%29.pdf?pamm85]]
|
|
|}

=Was ist der Allgemeine Implementierungsleitfaden?=

Der Allgemeine Implementierungsleitfaden dient als Basis für alle weiteren Leitfäden und verfolgt das Ziel, die Struktur, das Format und die Standards von medizinischen Dokumenten der Elektronischen Gesundheitsakte "ELGA" gemäß Gesundheitstelematikgesetz 2012 (GTelG 2012), aber auch für medizinische Dokumente im österreichischen Gesundheitswesen, zu beschreiben.
{{TOC limit|4}}

=Zweck=
Das Ziel dieses Dokuments ist die Beschreibung der Struktur von medizinischen Dokumenten der Elektronischen Gesundheitsakte ELGA (entsprechend ELGA-G, BGBl. I Nr. 111/2012). Insbesondere behandelt das Dokument '''alle Dokumentenklassen-übergreifend gültigen Strukturen'''. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

Jeder spezielle Implementierungsleitfaden basiert auf diesem vorliegenden Allgemeinen Implementierungsleitfaden. Diese speziellen ELGA CDA Implementierungsleitfäden sind bereits für folgende '''Dokumentenklassen''' definiert (Liste kann erweitert werden):
* [[ILF:Ambulanzbefund_Guide|Ambulanzbefund]], [OID Root 1.2.40.0.34.7.22]
* [[ILF:Telemonitoring-Episodenbericht_Guide|Telemonitoring-Episodenbericht]], [OID Root 1.2.40.0.34.7.23]

Für diese speziellen Implementierungsleitfäden existiert noch keine für die Version 2020 des Allgemeinen Implementierungsleitfadens angepasste Version:
* [[ILF:Entlassungsbrief_Ärztlich_Guide|Entlassungsbrief (Ärztlich)]], [OID Root 1.2.40.0.34.7.2]
* [[ILF:Entlassungsbrief_(Pflege)_Guide| Entlassungsbrief (Pflege)]], [OID Root 1.2.40.0.34.7.3]
* [[ILF:Pflegesituationsbericht_Guide|Pflegesituationsbericht]], [OID Root 1.2.40.0.34.7.12]
* [[ILF:Laborbefund_Guide|Laborbefund]], [OID Root 1.2.40.0.34.7.4]
* [[ILF:Befund_bildgebende_Diagnostik_Guide|Befund bildgebende Diagnostik]], [OID Root 1.2.40.0.34.7.5]
* [[ILF:E-Medikation_Guide|e-Medikation]], [OID Root 1.2.40.0.34.7.8]
* [[ILF:E-Impfpass_Guide|e-Impfpass]], [OID Root 1.2.40.0.34.7.19]
Die Beschreibung des Zusammenhangs von ELGA CDA-Dokumenten und den zur Registrierung von CDA in ELGA notwendigen „XDS-Metadaten“ finden Sie im Dokument
* [[ILF:XDS_Metadaten_Guide|ELGA XDS Metadaten (XDSDocumentEntry)]], [OID Root 1.2.40.0.34.7.6]

=Unterstützende Materialien=
==Prüfregeln==
* Das '''CDA Schema''', auch CDA XSD genannt, definiert die Strukturen für alle HL7 Austria CDA-Dokumente. Das CDA Schema ist für alle speziellen CDA Leitfäden der HL7 Austria dasselbe und kann zum Validieren der groben Struktur des CDAs verwendet werden.
** Diese Prüfregeln sind performant und gegen diese sollte an jeder Stelle einer Bearbeitung eines CDAs geprüft werden.
** Download unter: https://gitlab.com/elga-gmbh/cda-schema
* Das '''CDA Gesamt-Schematron''' ergänzt das CDA Schema und definiert die Strukturen und Inhalte mehrerer spezieller HL7 Austria CDA-Leitfaden. Darunter fallen die Basisleitfäden, der eImpfpass, die eMedikation, der Telemonitoring-Episodenbreicht und der Ambulanzbefund.
** Dieses Prüfregeln-Set ist das größte und kann sich merklich auf die Performance auswirken. Es ist zu empfehlen dieses nur außerhalb eines Workflows einzusetzten. Z.B. wenn eine Kontrolle über bestimmte vorhandenen CDAs durchgeführt werden muss, ohne das diese eine zeitliche Abhängigkeit hat / darauf gewartet werden muss.
** Download unter: https://gitlab.com/elga-gmbh/cda-schematron/cda-gesamt-schematron
==Terminologien==
* Die aktuellen Value Sets werden auf dem [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul Terminologieserver] bereitgestellt.

==Beispiel-Dokumente==
Die Header Elemente des allgemeinen Leitfadens 2020 werden in folgenden Beispieldokumenten verwendet:
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Telemonitoring-Episodenbericht
* Download unter: https://gitlab.com/elga-gmbh/cda-beispielbefunde/-/tree/master/Ambulanzbefund

=Release Notes=
* [[Allgemeiner_Implementierungsleitfaden_2020_%C3%84nderungen#Release_Notes|Änderungen im Allgemeinen Implementierungsleitfaden 2020 gegenüber Version 2.06.2.]]

Erläuterungen

2022-02-01T14:13:37Z

Sabutsch:

Hier entsteht die Wissensbasis für eHealth Standards im österreichischen Gesundheitswesen.

==CDA==
* [[CDA-Grundlagen|CDA Grundlagen]]
* [[CDA_Templates|CDA Templates]]
* [[Tools#CDA-Darstellung|CDA Darstellung]]
* [[Tools#Schema|Tools zur Prüfung von CDA-Dokumenten]]
* [[Implementierungsleitfäden|CDA Leitfäden]]
* [http://www.elga.gv.at/CDA ELGA CDA-Leitfäden]
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]]
* [[ILF:Bekannte Probleme in V2.06.2 und Ausblick auf spätere Versionen|Bekannte Probleme in V2.06.2 und Ausblick auf spätere Versionen]]
===Allgemein nutzbare Seiten===
Diese Seiten können in spezielle Leitfäden übernommen (transkludiert) werden
* [[ILF:Lizenzinformationen]]
* [[ILF:Übersichtstabelle_der_CDA_Strukturen_des_Headers]]
* [[ILF:Übersicht_der_Zeitelemente_im_Header]]

==Art-Decor==
===Informationen für Anwender===
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor Tabellen verstehen]]
===Informationen für Entwickler===
* [[HILFE:Art-Decor Leitfadenerstellung |Prozess der CDA-Leitfadenerstellung in Art-Decor]]
* [[ART-DECOR Governance]]

==Terminologien==
* [[Terminologien]]

==Anwendungen==
* [[ILF:Leitfaden zur Anwendung von LOINC in ELGA|Leitfaden zur Anwendung von LOINC in ELGA]]

==Links==
* [http://wiki.hl7.org/index.php?title=ImplementationGuide_Guidance Implementation Guide Guidance]
* [http://xml4pharmaserver.com/WebServices/UCUM_webservices.html UCUM Einheiten prüfen und umrechnen]

HL7 Austria MediaWiki:Impressum

2022-02-01T14:13:00Z

Sabutsch:

Firma: '''HL7 Anwendergruppe Österreich''' <br/>
(Kurzbezeichnung: "'''HL7 Austria'''")<br/>
Firmenart : Gemeinnütziger Verein<br/>
Vertretungsbefugter: Präsident Dr. Stefan Sabutsch<br/>
<br/>
Kontaktaddresse: <br/>
'''Erdbergweg 7/7'''<br/>
'''8052 Graz'''<br/>
'''Österreich'''<br/>
<br/>
Email : [mailto:office@hl7.at office@hl7.at]<br/>
URL : [http://www.hl7.at www.hl7.at]<br/>
<br/>
Inhaltlich Verantwortlicher : Dr. Stefan Sabutsch<br/>
Email (Inhalt) : [mailto:office@hl7.at office@hl7.at]<br/>
Technisch Verantwortlicher : Andreas Schuler, BSc. MSc.<br/>
Email (Technik) : [mailto:office@hl7.at office@hl7.at]<br/>
<br/>
Offenlegung gemäß Mediengesetz (§ 5 ECG/Offenlegung gem. § 25 Mediengesetz):<br/>
Der Verein erscheint im zentralen Vereinsregister unter der ZVR-Zahl 498372938.<br/>
Alle Inhalte sind urheberrechtlich geschützt.<br/>
<br/>
Trotz höchster Sorgfalt bei der Auswahl und Darbietung kann für dennoch enthaltene Fehler keine wie immer geartete Haftung übernommen werden.<br/>
<br/>
Für die Inhalte aller Links, die zu Seiten außerhalb von http://www.hl7.at/ führen, wird keine Haftung übernommen und für die dort enthaltenen Informationen ist der jeweilige Dienstanbieter verantwortlich.

Willkommen auf dem Wiki-Portal von HL7 Austria

2022-02-01T14:10:08Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#css:

*,
*:after,
*:before {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
padding: 0;
margin: 0;
}

.clearfix:before,
.clearfix:after {
content: " ";
display: table;
}

.clearfix:after {
clear: both;
}

.clearfix {
*zoom: 1;
}

a {
color: #cfcfcf;
text-decoration: none;
}

a:visited {
color: #cfcfcf;//cfcfcf
text-decoration: none;
}

.container {
width: 100%;
position: relative;
font-family: Calibri, Arial, sans-serif;
font-weight: 400;
font-size: 1em;
color: #333;
}

.main,
.container > header {
width: 90%;
max-width: 76em;
/*margin: 0 auto;*/
padding: 0 1.875em 3.125em 0em;
}

.container > header {
padding-right: 1.875em;
padding-top: 1.875em;
padding-bottom: 1.875em;
padding-left: 0em;
}

.tabelle {
list-style: none;
text-align: center;
margin: 0 auto;
}

.tabelle li {
width: 24%;
height: 15em;
margin: 0.5%;
background: #8CC7DF;
color: #fff;
display: block;
float: left;
padding-left: 2.6em;
padding-bottom: 2.6em;
padding-right: 2.3em;
padding-top: 0em;
cursor: pointer;
position: relative;
}

.tabelle li.rb-span-2 {
width: 49%;
}

.tabelle li.rb-span-3 {
width: 74%;
}

.tabelle li.rb-span-4 {
width: 99%;
}

.tabelle li h3 {
font-size: 1.6em;
font-weight: 100;
color: white;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 10em;
position: absolute;
display: block;
width: 100%;
height: 100%;
top: 0;
left: 0;
line-height: 3;
opacity: 0.4;
text-align: right;
pointer-events: none;
}

.schrift {
display: block;
font-size: 1.3em;
opacity: 0.5;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}

.tabelle li:hover .schrift{
opacity: 1;
}

.tabelle li:hover .bild{
opacity:0.80;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}
.tabelle li:active .boxaufgeklappt{
opacity: 1;
z-index: 1000;
}

/* Colors */

/* Grid */
.tabelle li:nth-child(1) { background: #4A606B; } /*1 */
.tabelle li:nth-child(2) { background: #0093AB; } /*2 33CCCC*/
.tabelle li:nth-child(3) { background: #9C1072; } /*3 */
.tabelle li:nth-child(4) { background: #ec6608; } /*4 */
.tabelle li:nth-child(5) { background: #005296; } /*5 FFB124*/
.tabelle li:nth-child(6) { background: #E89700; } /*6 629923*/
.tabelle li:nth-child(7) { background: #538226; } /*7*/

.tabelle li:nth-child(8) { background: #669999; } /*8 CC6699*/
.tabelle li:nth-child(9) { background: #43B075; } /*9 99CC99*/
.tabelle li:nth-child(10) { background: #339966; }/* 10 */

@media screen and (max-width: 63.125em) {

.tabelle li,
.tabelle li.rb-span-3,
.tabelle li.rb-span-2,
.tabelle li.rb-span-4 {
width: 100%;
height: 10em;
text-align: left;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 6em;
left: auto;
right: 0;
line-height: 2.5;
}

.tabelle li > div {
text-align: center;
}

}
.bild{
display: block;
opacity: 0.4;
text-align: right;
pointer-events: none;
padding-top:10%;
}
}}
{{#seo:
|title=HL7 Wiki Hauptseite
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Startseite, Hauptseite, Homepage
|description= Willkommen auf dem Wiki-Portal von HL7 Austria. Hier finden Sie Informationen zu den aktuellen Leitfäden, österreichischen HL7 Standards und Erläuterungen.
}}

Das Wiki-Portal umfasst aktuell {{NUMBEROFARTICLES}} Beiträge. Projekte und Themen:

<div class="container">
<div class="main">
<ul id="tabelle" class="tabelle clearfix">
<li class="icon-clima-1 rb-span-2">
<h3>[[Erläuterungen|Wissensbasis]]</h3><span class="schrift">[[Erläuterungen|CDA, Terminologien, Art-Decor Tabellen]]</span>
<div class="bild">[[Datei:Erläuterung.png|110px]]</div>
</li>
<li class="icon-clima-2">
<h3>[[Terminologien|Terminologien]]</h3>
<div class="bild" style="padding-top:50%">[[Datei:Document.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Tools|Tools]]</h3><span class="schrift">[[Tools|Art-Decor]]</span>
<div class="bild" style="padding-top:30%">[[Datei:Link.png|110px]]</div>
</li>
<li class="icon-clima-11 rb-span-2">
<h3>[[FHIR|HL7 FHIR]]</h3><span class="schrift">[https://fhir.hl7.at FHIR Ressourcen & Leitfäden]</span>
<div class="bild" style="padding-top:8%">[[Datei:Fhir-white1.png|110px]]</div>
</li>

<li class="icon-clima-2 rb-span-2">
<h3>[[Implementierungsleitfäden|CDA Leitfäden]]</h3><span class="schrift">[[Implementierungsleitfäden|ELGA & Andere]]</span>
<div class="bild" style="padding-top:8%">[[Datei:Documents.png|110px]]</div>
</li>
<li class="icon-clima-2 rb-span-1">
<h3>[[Organisatorisches|Standardisierung]]</h3><span class="schrift">[[Organisatorisches|Übersicht der Projekte]]</span>
<div class="bild">[[Datei:Orga.png|110px]]</div>
</li>
<li class="icon-clima-3 rb-span-2">
<h3>[[Österreichische HL7 Standards|Weitere HL7 Standards]]</h3><span class="schrift">[[Österreichische HL7 Standards|V2.x Z-Segmente etc.]] </span>
<div class="bild" style="padding-top:5%">[[Datei:Basic.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Partnerseiten|Partnerseiten]]</h3><span class="schrift">[[Partnerseiten|Träger, Unterstützer]]</span>
<div class="bild" style="padding-top:20%">[[Datei:Handshake.png|110px]]</div>
</li>
</ul>
</div>
</div>
== Starthilfen ==

* Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [//meta.wikimedia.org/wiki/Help:Contents Benutzerhandbuch].
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Lokalisiere MediaWiki für deine Sprache]
* [[HL7_Austria_MediaWiki:Impressum| Impressum]]

<span style="font-size:7px">Icons made by [http://www.freepik.com] from [https://www.flaticon.com/]. www.flaticon.com is licensed by [http://creativecommons.org/licenses/by/3.0/] </span>

Zurück zur Website [//www.hl7.at www.hl7.at]

Willkommen auf dem Wiki-Portal von HL7 Austria

2022-02-01T14:00:05Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#css:

*,
*:after,
*:before {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
padding: 0;
margin: 0;
}

.clearfix:before,
.clearfix:after {
content: " ";
display: table;
}

.clearfix:after {
clear: both;
}

.clearfix {
*zoom: 1;
}

a {
color: #cfcfcf;
text-decoration: none;
}

a:visited {
color: #cfcfcf;//cfcfcf
text-decoration: none;
}

.container {
width: 100%;
position: relative;
font-family: Calibri, Arial, sans-serif;
font-weight: 400;
font-size: 1em;
color: #333;
}

.main,
.container > header {
width: 90%;
max-width: 76em;
/*margin: 0 auto;*/
padding: 0 1.875em 3.125em 0em;
}

.container > header {
padding-right: 1.875em;
padding-top: 1.875em;
padding-bottom: 1.875em;
padding-left: 0em;
}

.tabelle {
list-style: none;
text-align: center;
margin: 0 auto;
}

.tabelle li {
width: 24%;
height: 15em;
margin: 0.5%;
background: #8CC7DF;
color: #fff;
display: block;
float: left;
padding-left: 2.6em;
padding-bottom: 2.6em;
padding-right: 2.3em;
padding-top: 0em;
cursor: pointer;
position: relative;
}

.tabelle li.rb-span-2 {
width: 49%;
}

.tabelle li.rb-span-3 {
width: 74%;
}

.tabelle li.rb-span-4 {
width: 99%;
}

.tabelle li h3 {
font-size: 1.6em;
font-weight: 100;
color: white;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 10em;
position: absolute;
display: block;
width: 100%;
height: 100%;
top: 0;
left: 0;
line-height: 3;
opacity: 0.4;
text-align: right;
pointer-events: none;
}

.schrift {
display: block;
font-size: 1.3em;
opacity: 0.5;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}

.tabelle li:hover .schrift{
opacity: 1;
}

.tabelle li:hover .bild{
opacity:0.80;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}
.tabelle li:active .boxaufgeklappt{
opacity: 1;
z-index: 1000;
}

/* Colors */

/* Grid */
.tabelle li:nth-child(1) { background: #4A606B; } /*1 */
.tabelle li:nth-child(2) { background: #0093AB; } /*2 33CCCC*/
.tabelle li:nth-child(3) { background: #9C1072; } /*3 */
.tabelle li:nth-child(4) { background: #ec6608; } /*4 */
.tabelle li:nth-child(5) { background: #005296; } /*5 FFB124*/
.tabelle li:nth-child(6) { background: #E89700; } /*6 629923*/
.tabelle li:nth-child(7) { background: #538226; } /*7*/

.tabelle li:nth-child(8) { background: #669999; } /*8 CC6699*/
.tabelle li:nth-child(9) { background: #43B075; } /*9 99CC99*/
.tabelle li:nth-child(10) { background: #339966; }/* 10 */

@media screen and (max-width: 63.125em) {

.tabelle li,
.tabelle li.rb-span-3,
.tabelle li.rb-span-2,
.tabelle li.rb-span-4 {
width: 100%;
height: 10em;
text-align: left;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 6em;
left: auto;
right: 0;
line-height: 2.5;
}

.tabelle li > div {
text-align: center;
}

}
.bild{
display: block;
opacity: 0.4;
text-align: right;
pointer-events: none;
padding-top:10%;
}
}}
{{#seo:
|title=HL7 Wiki Hauptseite
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Startseite, Hauptseite, Homepage
|description= Willkommen auf dem Wiki-Portal von HL7 Austria. Hier finden Sie Informationen zu den aktuellen Leitfäden, österreichischen HL7 Standards und Erläuterungen.
}}

Das Wiki-Portal umfasst aktuell {{NUMBEROFARTICLES}} Beiträge.
<br/>Hier werden zurzeit folgende Projekte und Themen bearbeitet:

<div class="container">
<div class="main">
<ul id="tabelle" class="tabelle clearfix">
<li class="icon-clima-1 rb-span-2">
<h3>[[Erläuterungen|Wissensbasis]]</h3><span class="schrift">[[Erläuterungen|CDA, Terminologien, Art-Decor Tabellen]]</span>
<div class="bild">[[Datei:Erläuterung.png|110px]]</div>
</li>
<li class="icon-clima-2">
<h3>[[Terminologien|Terminologien]]</h3>
<div class="bild" style="padding-top:50%">[[Datei:Document.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Tools|Tools]]</h3><span class="schrift">[[Tools|Art-Decor]]</span>
<div class="bild" style="padding-top:30%">[[Datei:Link.png|110px]]</div>
</li>
<li class="icon-clima-11 rb-span-2">
<h3>[[FHIR|HL7 FHIR]]</h3><span class="schrift">[https://fhir.hl7.at FHIR Ressourcen & Leitfäden]</span>
<div class="bild" style="padding-top:8%">[[Datei:Fhir-white1.png|110px]]</div>
</li>

<li class="icon-clima-2 rb-span-2">
<h3>[[Implementierungsleitfäden|CDA Leitfäden]]</h3><span class="schrift">[[Implementierungsleitfäden|ELGA & Andere]]</span>
<div class="bild" style="padding-top:8%">[[Datei:Documents.png|110px]]</div>
</li>
<li class="icon-clima-2 rb-span-1">
<h3>[[Organisatorisches|Standardisierung]]</h3><span class="schrift">[[Organisatorisches|Übersicht der Projekte]]</span>
<div class="bild">[[Datei:Orga.png|110px]]</div>
</li>
<li class="icon-clima-3 rb-span-2">
<h3>[[Österreichische HL7 Standards|Weitere HL7 Standards]]</h3><span class="schrift">[[Österreichische HL7 Standards|V2.x Z-Segmente etc.]] </span>
<div class="bild" style="padding-top:5%">[[Datei:Basic.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Partnerseiten|Partnerseiten]]</h3><span class="schrift">[[Partnerseiten|Träger, Unterstützer]]</span>
<div class="bild" style="padding-top:20%">[[Datei:Handshake.png|110px]]</div>
</li>

</ul>

</div>
</div>

Zurück zur Website [//www.hl7.at www.hl7.at]

== Starthilfen ==

* Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [//meta.wikimedia.org/wiki/Help:Contents Benutzerhandbuch].
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Lokalisiere MediaWiki für deine Sprache]
* [[HL7_Austria_MediaWiki:Impressum| Impressum]]

<span style="font-size:7px">Icons made by [http://www.freepik.com] from [https://www.flaticon.com/]. www.flaticon.com is licensed by [http://creativecommons.org/licenses/by/3.0/] </span>

FHIR

2022-02-01T13:57:09Z

Sabutsch:

FHIR (ausgesprochen wie das englische Wort ''fire'') steht für „Fast Healthcate Interoperability Resources“ und definiert ein Set von Ressourcen für den Datenaustausch im Gesundheitswesen und unterstützt Implementierer durch verständliche und einfach modellierte Spezifikationen. FHIR unterstützt REST, SOA, JAVA, .NET und XML. Der Standard ist frei verfügbar und verwendbar.

Die österreichische FHIR Community ist im Technischen Komitee FHIR organisiert: [https://hl7.at/technische-komitees/tc-fhir/ TC FHIR]

Weitere Informationen
* [https://fhir.hl7.at FHIR.at]
* [https://collab.hl7.at/display/BAL/TC+FHIR TC FHIR Kollaborationsplattform]
* [https://www.fhir.at FHIR.at]

FHIR

2022-02-01T13:56:34Z

Sabutsch:

FHIR (ausgesprochen wie das englische Wort ''fire'') steht für „Fast Healthcate Interoperability Resources“ und definiert ein Set von Ressourcen für den Datenaustausch im Gesundheitswesen und unterstützt Implementierer durch verständliche und einfach modellierte Spezifikationen. FHIR unterstützt REST, SOA, JAVA, .NET und XML. Der Standard ist frei verfügbar und verwendbar.

Die österreichische FHIR Community ist im Technischen Komitee FHIR organisiert: [https://hl7.at/technische-komitees/tc-fhir/ TC FHIR]

Weitere Informationen
* [https://fhir.hl7.at]
* [https://collab.hl7.at/display/BAL/TC+FHIR TC FHIR Kollaborationsplattform]
* [https://www.fhir.at]

Willkommen auf dem Wiki-Portal von HL7 Austria

2022-02-01T13:52:05Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#css:

*,
*:after,
*:before {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
padding: 0;
margin: 0;
}

.clearfix:before,
.clearfix:after {
content: " ";
display: table;
}

.clearfix:after {
clear: both;
}

.clearfix {
*zoom: 1;
}

a {
color: #cfcfcf;
text-decoration: none;
}

a:visited {
color: #cfcfcf;//cfcfcf
text-decoration: none;
}

.container {
width: 100%;
position: relative;
font-family: Calibri, Arial, sans-serif;
font-weight: 400;
font-size: 1em;
color: #333;
}

.main,
.container > header {
width: 90%;
max-width: 76em;
/*margin: 0 auto;*/
padding: 0 1.875em 3.125em 0em;
}

.container > header {
padding-right: 1.875em;
padding-top: 1.875em;
padding-bottom: 1.875em;
padding-left: 0em;
}

.tabelle {
list-style: none;
text-align: center;
margin: 0 auto;
}

.tabelle li {
width: 24%;
height: 15em;
margin: 0.5%;
background: #8CC7DF;
color: #fff;
display: block;
float: left;
padding-left: 2.6em;
padding-bottom: 2.6em;
padding-right: 2.3em;
padding-top: 0em;
cursor: pointer;
position: relative;
}

.tabelle li.rb-span-2 {
width: 49%;
}

.tabelle li.rb-span-3 {
width: 74%;
}

.tabelle li.rb-span-4 {
width: 99%;
}

.tabelle li h3 {
font-size: 1.6em;
font-weight: 100;
color: white;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 10em;
position: absolute;
display: block;
width: 100%;
height: 100%;
top: 0;
left: 0;
line-height: 3;
opacity: 0.4;
text-align: right;
pointer-events: none;
}

.schrift {
display: block;
font-size: 1.3em;
opacity: 0.5;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}

.tabelle li:hover .schrift{
opacity: 1;
}

.tabelle li:hover .bild{
opacity:0.80;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}
.tabelle li:active .boxaufgeklappt{
opacity: 1;
z-index: 1000;
}

/* Colors */

/* Grid */
.tabelle li:nth-child(1) { background: #4A606B; } /*1 */
.tabelle li:nth-child(2) { background: #0093AB; } /*2 33CCCC*/
.tabelle li:nth-child(3) { background: #9C1072; } /*3 */
.tabelle li:nth-child(4) { background: #ec6608; } /*4 */
.tabelle li:nth-child(5) { background: #005296; } /*5 FFB124*/
.tabelle li:nth-child(6) { background: #E89700; } /*6 629923*/
.tabelle li:nth-child(7) { background: #538226; } /*7*/

.tabelle li:nth-child(8) { background: #669999; } /*8 CC6699*/
.tabelle li:nth-child(9) { background: #43B075; } /*9 99CC99*/
.tabelle li:nth-child(10) { background: #339966; }/* 10 */

@media screen and (max-width: 63.125em) {

.tabelle li,
.tabelle li.rb-span-3,
.tabelle li.rb-span-2,
.tabelle li.rb-span-4 {
width: 100%;
height: 10em;
text-align: left;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 6em;
left: auto;
right: 0;
line-height: 2.5;
}

.tabelle li > div {
text-align: center;
}

}
.bild{
display: block;
opacity: 0.4;
text-align: right;
pointer-events: none;
padding-top:10%;
}
}}
{{#seo:
|title=HL7 Wiki Hauptseite
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Startseite, Hauptseite, Homepage
|description= Willkommen auf dem Wiki-Portal von HL7 Austria. Hier finden Sie Informationen zu den aktuellen Leitfäden, österreichischen HL7 Standards und Erläuterungen.
}}

Das Wiki-Portal umfasst aktuell {{NUMBEROFARTICLES}} Beiträge.
<br/>Hier werden zurzeit folgende Projekte und Themen bearbeitet:

<div class="container">
<div class="main">
<ul id="tabelle" class="tabelle clearfix">
<li class="icon-clima-1 rb-span-2">
<h3>[[Erläuterungen|Wissensbasis]]</h3><span class="schrift">[[Erläuterungen|CDA, Terminologien, Art-Decor Tabellen]]</span>
<div class="bild">[[Datei:Erläuterung.png|110px]]</div>
</li>
<li class="icon-clima-2">
<h3>[[Terminologien|Terminologien]]</h3>
<div class="bild" style="padding-top:50%">[[Datei:Document.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Tools|Tools]]</h3><span class="schrift">[[Tools|Art-Decor]]</span>
<div class="bild" style="padding-top:30%">[[Datei:Link.png|110px]]</div>
</li>
<li class="icon-clima-11 rb-span-2">
<h3>[[FHIR|HL7 FHIR]]</h3><span class="schrift">[[FHIR|FHIR Ressourcen & Leitfäden]]</span>
<div class="bild" style="padding-top:8%">[[Datei:Fhir-white1.png|110px]]</div>
</li>

<li class="icon-clima-2 rb-span-2">
<h3>[[Implementierungsleitfäden|CDA Leitfäden]]</h3><span class="schrift">[[Implementierungsleitfäden|ELGA & Andere]]</span>
<div class="bild" style="padding-top:8%">[[Datei:Documents.png|110px]]</div>
</li>
<li class="icon-clima-2 rb-span-1">
<h3>[[Organisatorisches|Standardisierung]]</h3><span class="schrift">[[Organisatorisches|Übersicht der Projekte]]</span>
<div class="bild">[[Datei:Orga.png|110px]]</div>
</li>
<li class="icon-clima-3 rb-span-2">
<h3>[[Österreichische HL7 Standards|Weitere HL7 Standards]]</h3><span class="schrift">[[Österreichische HL7 Standards|V2.x Z-Segmente etc.]] </span>
<div class="bild" style="padding-top:5%">[[Datei:Basic.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Partnerseiten|Partnerseiten]]</h3><span class="schrift">[[Partnerseiten|Träger, Unterstützer]]</span>
<div class="bild" style="padding-top:20%">[[Datei:Handshake.png|110px]]</div>
</li>

</ul>

</div>
</div>

Zurück zur Website [//www.hl7.at www.hl7.at]

== Starthilfen ==

* Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [//meta.wikimedia.org/wiki/Help:Contents Benutzerhandbuch].
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Lokalisiere MediaWiki für deine Sprache]
* [[HL7_Austria_MediaWiki:Impressum| Impressum]]

<span style="font-size:7px">Icons made by [http://www.freepik.com] from [https://www.flaticon.com/]. www.flaticon.com is licensed by [http://creativecommons.org/licenses/by/3.0/] </span>

Datei:Fhir-white1.png

2022-02-01T13:40:34Z

Sabutsch: Sabutsch lud eine neue Version von Datei:Fhir-white1.png hoch

Datei:Fhir-white1.png

2022-02-01T13:38:07Z

Sabutsch: Sabutsch lud eine neue Version von Datei:Fhir-white1.png hoch

Datei:Fhir-white1.png

2022-02-01T13:34:24Z

Sabutsch: Sabutsch lud eine neue Version von Datei:Fhir-white1.png hoch

Willkommen auf dem Wiki-Portal von HL7 Austria

2022-02-01T13:33:22Z

Sabutsch:

__KEIN_INHALTSVERZEICHNIS__
{{#css:

*,
*:after,
*:before {
-webkit-box-sizing: border-box;
-moz-box-sizing: border-box;
box-sizing: border-box;
padding: 0;
margin: 0;
}

.clearfix:before,
.clearfix:after {
content: " ";
display: table;
}

.clearfix:after {
clear: both;
}

.clearfix {
*zoom: 1;
}

a {
color: #cfcfcf;
text-decoration: none;
}

a:visited {
color: #cfcfcf;//cfcfcf
text-decoration: none;
}

.container {
width: 100%;
position: relative;
font-family: Calibri, Arial, sans-serif;
font-weight: 400;
font-size: 1em;
color: #333;
}

.main,
.container > header {
width: 90%;
max-width: 76em;
/*margin: 0 auto;*/
padding: 0 1.875em 3.125em 0em;
}

.container > header {
padding-right: 1.875em;
padding-top: 1.875em;
padding-bottom: 1.875em;
padding-left: 0em;
}

.tabelle {
list-style: none;
text-align: center;
margin: 0 auto;
}

.tabelle li {
width: 24%;
height: 15em;
margin: 0.5%;
background: #8CC7DF;
color: #fff;
display: block;
float: left;
padding-left: 2.6em;
padding-bottom: 2.6em;
padding-right: 2.3em;
padding-top: 0em;
cursor: pointer;
position: relative;
}

.tabelle li.rb-span-2 {
width: 49%;
}

.tabelle li.rb-span-3 {
width: 74%;
}

.tabelle li.rb-span-4 {
width: 99%;
}

.tabelle li h3 {
font-size: 1.6em;
font-weight: 100;
color: white;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 10em;
position: absolute;
display: block;
width: 100%;
height: 100%;
top: 0;
left: 0;
line-height: 3;
opacity: 0.4;
text-align: right;
pointer-events: none;
}

.schrift {
display: block;
font-size: 1.3em;
opacity: 0.5;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}

.tabelle li:hover .schrift{
opacity: 1;
}

.tabelle li:hover .bild{
opacity:0.80;
-webkit-transition: opacity 0.3s ease-in-out;
-moz-transition: opacity 0.3s ease-in-out;
transition: opacity 0.3s ease-in-out;
}
.tabelle li:active .boxaufgeklappt{
opacity: 1;
z-index: 1000;
}

/* Colors */

/* Grid */
.tabelle li:nth-child(1) { background: #9C1072; } /*1 */
.tabelle li:nth-child(2) { background: #0093AB; } /*2 33CCCC*/
.tabelle li:nth-child(3) { background: #4A606B; } /*3 */
.tabelle li:nth-child(4) { background: #005296; } /*4 */
.tabelle li:nth-child(5) { background: #E89700; } /*5 FFB124*/
.tabelle li:nth-child(6) { background: #538226; } /*6 629923*/
.tabelle li:nth-child(7) { background: #ec6608; } /*7*/

.tabelle li:nth-child(8) { background: #669999; } /*8 CC6699*/
.tabelle li:nth-child(9) { background: #43B075; } /*9 99CC99*/
.tabelle li:nth-child(10) { background: #339966; }/* 10 */

@media screen and (max-width: 63.125em) {

.tabelle li,
.tabelle li.rb-span-3,
.tabelle li.rb-span-2,
.tabelle li.rb-span-4 {
width: 100%;
height: 10em;
text-align: left;
}

.tabelle li[class^="icon-"]:before,
.tabelle li[class*=" icon-"]:before {
font-size: 6em;
left: auto;
right: 0;
line-height: 2.5;
}

.tabelle li > div {
text-align: center;
}

}
.bild{
display: block;
opacity: 0.4;
text-align: right;
pointer-events: none;
padding-top:10%;
}
}}
{{#seo:
|title=HL7 Wiki Hauptseite
|titlemode=append
|keywords=HL7, Wiki, Leitfäden, CDA, CDA Dokumente, Startseite, Hauptseite, Homepage
|description= Willkommen auf dem Wiki-Portal von HL7 Austria. Hier finden Sie Informationen zu den aktuellen Leitfäden, österreichischen HL7 Standards und Erläuterungen.
}}

Das Wiki-Portal umfasst aktuell {{NUMBEROFARTICLES}} Beiträge.
<br/>Hier werden zurzeit folgende Projekte und Themen bearbeitet:

<div class="container">
<div class="main">
<ul id="tabelle" class="tabelle clearfix">
<li class="icon-clima-1 rb-span-2">
<h3>[[Erläuterungen|Wissensbasis]]</h3><span class="schrift">[[Erläuterungen|CDA, Terminologien, Art-Decor Tabellen]]</span>
<div class="bild">[[Datei:Erläuterung.png|110px]]</div>
</li>
<li class="icon-clima-2">
<h3>[[Terminologien|Terminologien]]</h3>
<div class="bild" style="padding-top:50%">[[Datei:Document.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Tools|Tools]]</h3><span class="schrift">[[Tools|Art-Decor]]</span>
<div class="bild" style="padding-top:30%">[[Datei:Link.png|110px]]</div>
</li>
<li class="icon-clima-3 rb-span-2">
<h3>[[FHIR|HL7 FHIR]]</h3><span class="schrift">[[FHIR|FHIR Ressourcen & Leitfäden]]</span>
<div class="bild" style="padding-top:20%">[[Datei:Fhir-white1.png|110px]]</div>
</li>

<li class="icon-clima-2 rb-span-2">
<h3>[[Implementierungsleitfäden|CDA Leitfäden]]</h3><span class="schrift">[[Implementierungsleitfäden|ELGA & Andere]]</span>
<div class="bild" style="padding-top:10%">[[Datei:Documents.png|110px]]</div>
</li>
<li class="icon-clima-2 rb-span-1">
<h3>[[Organisatorisches|Standardisierung]]</h3><span class="schrift">[[Organisatorisches|Übersicht der Projekte]]</span>
<div class="bild">[[Datei:Orga.png|110px]]</div>
</li>
<li class="icon-clima-11 rb-span-2">
<h3>[[Österreichische HL7 Standards|Weitere HL7 Standards]]</h3><span class="schrift">[[Österreichische HL7 Standards|V2.x Z-Segmente etc.]] </span>
<div class="bild" style="padding-top:5%">[[Datei:Basic.png|110px]]</div>
</li>
<li class="icon-clima-1">
<h3>[[Partnerseiten|Partnerseiten]]</h3><span class="schrift">[[Partnerseiten|Träger, Unterstützer]]</span>
<div class="bild" style="padding-top:20%">[[Datei:Handshake.png|110px]]</div>
</li>

</ul>

</div>
</div>

Zurück zur Website [//www.hl7.at www.hl7.at]

== Starthilfen ==

* Hilfe zur Benutzung und Konfiguration der Wiki-Software findest du im [//meta.wikimedia.org/wiki/Help:Contents Benutzerhandbuch].
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:Configuration_settings Liste der Konfigurationsvariablen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Manual:FAQ MediaWiki-FAQ]
* [https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce Mailingliste neuer MediaWiki-Versionen]
* [//www.mediawiki.org/wiki/Special:MyLanguage/Localisation#Translation_resources Lokalisiere MediaWiki für deine Sprache]
* [[HL7_Austria_MediaWiki:Impressum| Impressum]]

<span style="font-size:7px">Icons made by [http://www.freepik.com] from [https://www.flaticon.com/]. www.flaticon.com is licensed by [http://creativecommons.org/licenses/by/3.0/] </span>