test:Test2: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[Markierung ausstehend][Markierung ausstehend]
(Der Seiteninhalt wurde durch einen anderen Text ersetzt: „testseite“)
 
Zeile 1: Zeile 1:
{{#seo:
+
testseite
|title=e-Impfpass
 
|titlemode=append
 
|keywords= e-Impfpass
 
|description=Der e-Impfpass definiert einen technischen und semantischen Standard für den elektronischen und strukturierten Austausch von Impfungen und Daten zur Immunisierungsstatus einer Person.
 
}}
 
{{#customtitle:e-Impfpass}}
 
 
 
<!-- 
 
{{Underconstruction}}
 
-->
 
 
 
 
 
{{#css:
 
@media Screen{
 
.orange{
 
  border: thin black solid;
 
  background-color:#F4C789;
 
  padding: 5px 5px 5px 5px;
 
  margin-left:6px;
 
  width:70%;
 
}
 
.violet{
 
  border: thin black solid;
 
  background-color:#E5D0EE;
 
  padding: 5px 5px 5px 5px;
 
  margin-left:6px;
 
  width:70%;
 
}
 
.toc{
 
    width: 20%;
 
    float: right !important;
 
    margin: 10px 0px 10px 30px !important;
 
    border: 1px solid #AAA;
 
    background-color: #F9F9F9;
 
    display: table;
 
    padding: 7px !important;
 
}
 
}
 
}}
 
 
 
<!-- Implementierungsleitfaden "e-Impfpass" Metadaten-->
 
 
 
{{Infobox Dokument
 
|Group    = CDA Implementierungsleitfaden
 
|Title    = HL7 Implementation Guide for CDA<sup>&reg;</sup> R2:<br/>e-Impfpass (Version 1)
 
|Subtitle  = Zur Anwendung im österreichischen<br/>Gesundheitswesen [1.2.40.0.34.7.19.1]
 
|Short    = e-Impfpass
 
|Namespace = ILF
 
|Type      = Implementierungsleitfaden
 
|Version  = 1.3.1+20220719
 
|Submitted = ELGA GmbH
 
|Date      = 2022-07-19
 
|Copyright = © HL7 Austria 2018-2022
 
|Status    = Finale Version (normative Nebenversion)
 
|Verfahren = Normativ
 
|Period    = Produktiveinsatz
 
|OID      = 1.2.40.0.34.7.19.1
 
|Realm    = Österreich
 
}}
 
{{TOC limit|5}}
 
<!-- Zusammenfassung an erster Stelle -->
 
 
 
=Zusammenfassung=
 
{{BeginYellowBox}}
 
Dieser Leitfaden beschreibt die Datenaustauschformate für den [https://www.elga.gv.at/e-impfpass/e-impfpass/index.html e-Impfpass] in Österreich.
 
 
 
Die Grundlage der Datenaustauschformate ist der internationale [[CDA-Grundlagen|CDA-Standard]], der sich in ELGA bereits bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen [http://e-health-wiki.ch/index.php/CDA-CH-VACD_(project) eImpfdossier] <ref name=ImpfdossierCH>Elektronisches Impf- und Immunschutzdossier der Schweiz [Online 2019]. http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)</ref> verwendet wird.
 
 
 
Als Datenaustauschformate dienen zwei unterschiedliche CDA-Dokument-Templates:
 
 
 
* '''[[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 Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite ([[Hilfe:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]]) erläutert wird.
 
 
 
Der vorgesehene Ablauf des Datenaustausches wird im Kapitel [[ILF:E-Impfpass#Anwendungsf.C3.A4lle|Anwendungsfälle]] beschrieben.
 
{{EndYellowBox}}
 
 
 
{{BeginYellowBox}}
 
Die gesetzliche Grundlage für den e-Impfpass ist das Gesundheitstelematikgesetz (GTelG 5. Abschnitt: eHealth-Anwendungen, 2. Unterabschnitt: § 24b bis § 24g) und die zugehörige eHealth-Verordnung (eHealthV 2020). <br />
 
Dieser Leitfaden ist ein nationaler HL7©-Standard, der technisch und inhaltlich im Rahmen des Abstimmungsverfahrens 2019-1 ("Ballot") normiert wurde.
 
Kommentare zu diesem Leitfaden können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden.
 
{{EndYellowBox}}
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
 
<!-- Seitenumbruch -->
 
<p style="page-break-before: always"></p>
 
==Impressum==
 
<div class="mw-collapsible-content">
 
''Medieneigentümer, Herausgeber, Hersteller, Verleger:''<br />
 
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. <br />
 
Internet: [http://www.elga.gv.at www.elga.gv.at]
 
Email: [mailto:cda@elga.gv.at cda@elga.gv.at]. <br />
 
Geschäftsführer: DI Dr. Günter Rauchegger, DI(FH) Dr. Franz Leisch
 
 
 
''Redaktion, Projektleitung, Koordination: ''<br />
 
Mag. Dr. Stefan Sabutsch, [mailto:stefan.sabutsch@elga.gv.at stefan.sabutsch@elga.gv.at] 
 
 
 
''Abbildungen:'' © ELGA GmbH
 
 
 
''Nutzung'': Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; [http://www.hl7.at www.hl7.at]. <br />
 
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.
 
 
 
Download unter [https://www.gesundheit.gv.at www.gesundheit.gv.at] und [https://www.elga.gv.at/cda www.elga.gv.at/cda]
 
</div></div>
 
 
 
<div class="toccolours mw-collapsible mw-collapsed"  overflow:auto;">
 
== Haftungsausschluss ==
 
<div class="mw-collapsible-content">
 
Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht. Die ELGA GmbH weist ausdrücklich darauf hin, dass es sich bei dem vorliegenden Leitfaden um unverbindliche Arbeitsergebnisse handelt, die zur Anwendung empfohlen werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls unerwünscht und von den Erstellern des Dokumentes nicht beabsichtigt.
 
 
 
Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die ELGA GmbH erhoben und/oder abgeleitet werden.
 
</div></div>
 
 
 
<div class="toccolours mw-collapsible mw-collapsed" overflow:auto;">
 
== Sprachliche Gleichbehandlung ==
 
<div class="mw-collapsible-content">
 
Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer und Frauen in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.
 
</div></div>
 
 
 
==Lizenzinformationen==
 
Die von HL7 Austria erarbeiteten Standards und die Bearbeitungen der Standards von HL7 International stellen Werke im Sinne des österreichischen Urheberrechtsgesetzes dar und unterliegen daher urheberrechtlichem Schutz.<br />
 
 
 
HL7 Austria genehmigt die Verwendung dieser Standards für die Zwecke der Erstellung, des Verkaufs und des Betriebs von Computerprogrammen, sofern nicht anders angegeben oder sich die Standards auf andere urheberrechtlich oder lizenzrechtlich geschützte Werke beziehen. <br />
 
 
 
Die vollständige oder teilweise Veröffentlichung der Standards (zum Beispiel in Spezifikationen, Publikationen oder Schulungsunterlagen) ist nur mit einer ''ausdrücklichen Genehmigung der HL7 Austria'' gestattet.  Mitglieder von HL7 Austria sind berechtigt, die Standards vollständig oder in Auszügen ausschließlich organisationsintern zu publizieren, zu vervielfältigen oder zu verteilen. Die Veröffentlichung eigener Anpassungen der HL7-Spezifikationen (im Sinne von Lokalisierungen) oder eigener Leitfäden erfordert eine formale Vereinbarung mit der HL7 Austria. <br />
 
 
 
HL7<sup>®</sup> und CDA<sup>®</sup> sind die eingetragenen Marken von Health Level Seven International. Die vollständigen Lizenzinformationen finden sich unter https://hl7.at/nutzungsbedingungen-und-lizenzinformationen/. Die Lizenzbedingungen von HL7 International finden sich unter http://www.HL7.org/legal/ippolicy.cfm<br /><br />
 
 
 
===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===
 
<div style="border: thin #77c123 solid;width:100%; margin-left: 10px">
 
  <div style="line-height: 1.25; font-size:16px; border-bottom: 1px solid #81ab1f; box-shadow: 0 4px 0 0 #a2d727;margin-bottom:4px; color:#77c123; width:100%">
 
    <p style="padding: 10px 15px;font-size:18px;">Third Party Intellectual Property</p>
 
  </div>
 
  <div style="width:100%;">
 
    <p style="padding: 15px;">
 
 
 
Der Nutzer dieses Dokuments (bzw. der Lizenznehmer) stimmt zu und erkennt an, dass HL7 Austria nicht alle Rechte und Ansprüche in und an den Materialien besitzt und dass die Materialien geistiges Eigentum von Dritten enthalten und / oder darauf verweisen können ("Third Party Intellectual Property (IP)").<br />
 
 
 
Die Anerkennung dieser Lizenzbestimmungen gewährt dem Lizenznehmer keine Rechte in Bezug auf Third Party IP. Der Lizenznehmer allein ist für die Identifizierung und den Erhalt von notwendigen Lizenzen oder Genehmigungen zur Nutzung von Third Party IP im Zusammenhang mit den Materialien oder anderweitig verantwortlich. <br />
 
 
 
Jegliche Handlungen, Ansprüche oder Klagen eines Dritten, die sich aus einer Verletzung eines Third Party IP-Rechts durch den Lizenznehmer ergeben, bleiben die Haftung des Lizenznehmers.
 
</p>
 
  </div>
 
</div>
 
 
 
 
 
 
 
===SNOMED CT ===
 
[[Datei:Attention icon.svg|rahmenlos|links|80px|Wichtige Information zur SNOMED CT Lizenz]]
 
Dieser Leitfaden enthält Material, das durch [https://www.snomed.org SNOMED International] urheberrechtlich geschützt ist.
 
'''Jede Verwendung von [[SCT:SNOMED_CT|SNOMED CT]] in Österreich erfordert eine aufrechte Affiliate Lizenz oder eine Sublizenz.''' Die entsprechende Lizenz ist kostenlos, vorausgesetzt die Verwendung findet nur in Österreich statt und erfüllt die Bedingungen des Affiliate License Agreements. Affiliate Lizenzen können über das Member Licensing and Distribution Service (MLDS) direkt beim jeweiligen NRC beantragt werden: [https://mlds.ihtsdotools.org/#/landing/AT?lang=de MLDS für Österreich].
 
 
 
===Weitere Terminologien===
 
Im Folgenden finden Sie eine nicht-exhaustive Liste von weiteren Terminologien, die eine solche separate Lizenz erfordern können: 
 
{| class="wikitable" style="margin-left: 16px; margin-right: 16px;"
 
!  style="width:35%"| Terminologie
 
!  style="width:65%"| Eigentümer, Kontaktinformation
 
|-
 
 
 
| Logical Observation Identifiers Names & Codes (LOINC) <ref name="LOINC">Logical Observation Identifiers Names & Codes (LOINC) [https://loinc.org/ loinc.org]</ref>
 
| Regenstrief Institute, Inc. <ref name="regenstrief">Regenstrief Institute, Inc. [https://www.regenstrief.org/ www.regenstrief.org]</ref>
 
|-
 
| Unified Code for Units of Measure (UCUM) <ref name="UCUM">Unified Code for Units of Measure (UCUM) [https://www.unitsofmeasure.org/ www.unitsofmeasure.org]</ref>
 
| Regenstrief Institute, Inc. <ref name="regenstrief" />
 
|-
 
| International Classification of Diseases (ICD) <ref name="ICD-10">WHO ICD-10 [https://www.who.int/classifications/icd/en/ www.who.int/classifications/icd/en/]</ref>
 
| World Health Organization (WHO) <ref name="WHO">[https://www.who.int/ www.who.int]</ref>
 
|-
 
| ICD-10 BMASGK 2020 <ref name="ICD-10-AT">Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – BMASGK-Version 2020 SYSTEMATISCHES VERZEICHNIS [https://www.sozialministerium.at/dam/jcr:64beeaa0-ec63-4864-a954-0ee1beb9e5c8/ICD-10%20BMASGK%202020+%20-%20SYSTEMATISCHES%20VERZEICHNIS.pdf PDF]</ref>
 
| Bundesministerium für Soziales, Gesundheit, Pflege und Konsumentenschutz [https://www.sozialministerium.at www.sozialministerium.at]
 
|-
 
| Anatomical Therapeutic Chemical Classification System (ATC) <ref name"ATC">Anatomical Therapeutic Chemical Classification System (ATC) [https://www.who.int/tools/atc-ddd-toolkit/atc-classification https://www.who.int/tools/atc-ddd-toolkit/atc-classification]</ref>
 
| World Health Organization (WHO)<ref name="WHO"/>
 
|-
 
| Pharmazentralnummer (PZN)
 
| ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO) <ref name="FCIO">ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) [https://argepharma.fcio.at/ argepharma.fcio.at]</ref>
 
|-
 
| EDQM-Codes
 
| Europäisches Direktorat für die Qualität von Arzneimitteln  <ref name"EDQM">EDQM Council of Europe [https://www.edqm.eu/ www.edqm.eu]</ref>
 
|-
 
| Medical Device Communications (MDC) vom ISO/IEEE 11073 Standard
 
| MDC wird als Substandard 10101 "Nomenclature" in "Health informatics - Medical / health device communication standards", kurz 11073, geführt. <ref name="11073nomenclature">Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature [https://standards.ieee.org/standard/11073-10101-2019.html Part 10101: Nomenclature]</ref>, <ref name="11073nomenclatureamendment">Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 [https://standards.ieee.org/standard/11073-10101a-2015.html Part 10101: Nomenclature Amendment 1: Additional Definitions]</ref>
 
|}
 
Die Terminologien werden am österreichischen Terminologieserver zur Verfügung gestellt.<ref name="Terminologieserver">Österreichischer e-Health Terminologieserver: [https://termpub.gesundheit.gv.at/ termpub.gesundheit.gv.at]</ref>
 
 
 
==Verwendete Grundlagen und Bezug zu anderen Standards==
 
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA ©), für die das Copyright © von Health Level Seven International<ref name="HL7">Health Level Seven International [http://www.hl7.org www.hl7.org]</ref> gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert<ref>ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [https://www.iso.org/standard/44429.html]</ref>.
 
 
 
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML<ref>World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [http://www.w3.org/TR/REC-xml]</ref> folgen dem Basisstandard HL7 Version 3<ref>HL7 Version 3 Product Suite [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186]</ref> mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® <ref>ART-DECOR® [https://art-decor.org www.art-decor.org]</ref> als Spezifikationsplattform.
 
 
 
* HL7 Clinical Document Architecture (CDA) <ref name="CDA"> HL7 Clinical Document Architecture (CDA) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7]</ref>
 
* HL7 Referenz-Informationsmodell (RIM)<ref name="RIM">HL7 Version 3: Reference Information Model (RIM) [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=77]</ref>
 
* HL7 V3 Datentypen <ref name="HL7 Version 3 Standard: Data Types">HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[http://www.hl7.org/documentcenter/private/standards/v3/edition_web/infrastructure/datatypes_r2/datatypes_r2.html]</ref>
 
* HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1<ref name="Templates Specification"> HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1  [http://www.hl7.org/implement/standards/product_brief.cfm?product_id=377] </ref>
 
 
 
Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)<ref>HL7 Austria [http://www.hl7.at/ www.hl7.at]</ref>, die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden ([https://www.hl7.at www.HL7.at]). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
 
 
 
 
<div class="toccolours mw-collapsible mw-collapsed" style="width:50%; overflow:auto;">
 
==PDF-Bedienungshinweise==
 
<div class="mw-collapsible-content">
 
Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:
 
 
 
* Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts
 
* Seitenweise blättern: "Bild" Tasten
 
* Scrollen: Pfeil nach oben bzw. unten
 
* Zoomen: Strg + Mouserad drehen
 
* Suchen im Dokument: Strg + F
 
</div></div>
 
 
 
<!-- Tatsächlicher Inhalt -->
 
 
 
=Einleitung=
 
==Ausgangslage und Motivation==
 
Im österreichischen Impfwesen wird der papierbasierte Impfpass als zentrales Instrument für die Dokumentation und den Nachweis von Impfungen verwendet. Obwohl sich der papierbasierte Impfpass über viele Jahre bewährt hat, so erfüllt er nicht mehr die Anforderungen an ein modernes Gesundheitsvorsorgeinstrument. Der Papierimpfpass geht oft verloren, die teilweise handschriftlichen Aufzeichnungen sind schwierig zu entziffern und nicht vollständig bzw. über mehrere Impfpässe verteilt. Hier soll der e-Impfpass ansetzen und valide und übersichtliche Daten schaffen. Zudem sollen auf Basis des nationalen Impfplans persönliche Impfempfehlungen ausgegeben werden.
 
Auf Beschluss der Bundeszielsteuerungskommission wurde daher die Umsetzung der Pilotierung des elektronischen Impfpasses (e-Impfpass) durch die ELGA GmbH beschlossen.
 
Mit dem Ziel einer optimierten Impfversorgung der österreichischen Bevölkerung ist der Impfausweis der Zukunft ein elektronisches Dokument (e-Impfpass). Um den Austausch dieser Informationen zwischen allen beteiligten Institutionen und Personen zu unterstützen, muss ein einheitliches Austauschformat geschaffen und definiert werden, welches in diesem Dokument beschrieben wird.
 
 
 
==Zweck des Dokuments==
 
Das vorliegende Dokument beschreibt die einheitlichen Austauschformate und Inhalte für den Informationsaustausch für den "e-Impfpass" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel, Impfeinträge innerhalb der österreichischen "Elektronischen Gesundheitsakte" (ELGA) als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Der vorliegende Implementierungsleitfaden beinhaltet daher Spezifikationen für die semantische Interoperabilität von Systemen rund um den e-Impfpass inkl. der elektronische Anfragen von Impfempfehlungen.
 
Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bereits bewährt hat. Als Basisspezifikation wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Schweizerischen eImpfdossier verwendet wird. Das vorliegende Dokument wurde von einer Arbeitsgruppe von Vertretern des Gesundheitswesens, der Wissenschaft und der Wirtschaft sowie von der Health Level 7 (HL7) Anwendergruppe Österreich erstellt. Der Leitfaden basiert auf den vorangegangenen Erfahrungen in der Erstellung von Implementierungsleitfäden für ELGA CDA Dokumente. Die Header enthalten zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dienen zum anderen auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header orientiert sich am bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente", enthält aber Verallgemeinerungen, da es sich um ein e-Health-Dokument und nicht um ein ELGA-Dokument handelt. Die medizinisch relevanten Anteile zur Erfassung des Immunisierungsstatus sind im so genannten "Body" enthalten.
 
 
 
==Zielgruppe==
 
Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im e-Health-Umfeld, insbesondere des Projekts e-Impfpass, aber auch mit ELGA e-Befunden oder e-Medikation betraut sind. Weiters richtet sich
 
der Leitfaden an alle an der Erstellung von Gesundheitsdaten und Gesundheitsdokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.
 
 
 
 
 
=Informationen über dieses Dokument=
 
==Verbindlichkeit==
 
Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten für den Elektronischen Impfpass gem. Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 (GTelG 2012) sowie den darauf fußenden Novellen und Verordnungen. Die im Implementierungsleitfaden getroffenen Festlegungen für Inhalt, Struktur, Format und Codierung sind somit verbindlich.
 
 
 
Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.
 
 
 
Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit österreichischem und europäischem Recht, insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz , Gesundheitstelematikgesetz 2012, DSGVO) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.
 
 
 
== Verwendete Grundlagen und Bezug zu anderen Standards ==
 
 
 
{|
 
|style="vertical-align:top" |
 
Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA &copy;), für die das Copyright &copy; von Health Level Seven International gilt. <br/>
 
CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML folgen dem Basisstandard HL7 Version 3 mit seinem Referenzinformationsmodell (RIM). <br/>
 
<br/>
 
Für die Modellierung der Inhalte des Impfpasses wurde das "Immunization Content (IC)" Inhaltsprofil aus dem IHE Technical Framework "Patient Care Coordination (PCC)" ausgewählt, das auch im Elektronischen Impf- und Immunschutzdossier der Schweiz [[http://e-health-wiki.ch/index.php/Ehscda:CDA-CH-VACD_(specification)]] verwendet wird und das als wesentliche Grundlage für diesen Leitfaden dient.
 
| [[Datei:Grafik VerwendeteStandards.png| 300px|Verwendete Standards]]
 
<ref group="Abbildung">Verwendete Standards</ref>
 
 
 
|}
 
 
 
*[https://www.ihe.net/resources/technical_frameworks/#pcc IHE Integrationsprofile Patient Care Coordination] <ref name=IHEPCC>IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc</ref>
 
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 HL7 Clinical Document Architecture (CDA)] <ref name=HL7CDA>HL7 Clinical Document Architecture (CDA) [Online Juli 2019]: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7</ref>
 
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186 Version 3 Product Suite (inkl. RIM)] <ref name=CDAV3RIM>Version 3 Product Suite (inkl. RIM) [Online Juli 2019]: RIM http://www.hl7.org/implement/standards/product_brief.cfm?product_id=186</ref>
 
Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
 
 
 
== Wichtige unterstützende Materialien ==
 
{{BeginYellowBox}}
 
Auf der Website [[ILF:E-Impfpass_Guide |e-Impfpass Guide]] werden unter anderem folgende Materialien zur Verfügung gestellt:
 
* die PDF-Version dieses Leitfadens
 
* Beispieldokumente für den "Kompletten Immunisierungsstatus" und für "Update Immunisierungsstatus"
 
* Schematron-Prüfregeln
 
* Design-Beispiel
 
Die im Weiteren 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]].
 
{{EndYellowBox}}
 
Weitere Informationen zu CDA-Leitfäden werden auf der Website der ELGA GmbH zur Unterstützung bereitgestellt:
 
* Beispieldokumente
 
* Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
 
* CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
 
* Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
 
* Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
 
* Hinweise für die zu verwendenden Terminologien
 
* Leitfaden zur richtigen Verwendung von Terminologien
 
{{BeginYellowBox}}
 
Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an [mailto:cda@elga.gv.at cda@elga.gv.at] gesendet werden. Weitere Informationen finden Sie unter [http://www.elga.gv.at/CDA www.elga.gv.at/CDA].
 
{{EndYellowBox}}
 
 
 
=Harmonisierung=
 
Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der Arbeitsgruppe e-Impfpass, die im Zeitraum von September 2018 bis Februar 2019 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.
 
 
 
Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets).
 
Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens e-Impfpass erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.
 
 
 
Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.
 
 
 
== Autoren und Mitwirkende ==
 
Der vorliegende Leitfaden wurde unter der Leitung der ELGA GmbH von den Autoren und unter Mitwirkung der genannten Personen (Mitglieder der Arbeitsgruppe) erstellt. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht.
 
Die HL7 Austria und die ELGA GmbH genehmigen ausdrücklich die Anwendung des Leitfadens ohne Lizenz- und Nutzungsgebühren zum Zweck der Erstellung medizinischer Dokumente und weisen darauf hin, dass dies mit dem Einverständnis aller Mitwirkenden erfolgt.
 
 
 
===Autoren===
 
'''Das Redaktionsteam''' bestand aus folgenden Personen:
 
{| class="wikitable"
 
! Name
 
! Organisation
 
! Rolle
 
|-
 
| Mag. Dr. Stefan Sabutsch
 
| ELGA GmbH, HL7 Austria
 
| Autor, Herausgeber
 
|-
 
| DI Andrea Klostermann
 
| ELGA GmbH
 
| Autor
 
|-
 
| DI Oliver Kuttin
 
| ELGA GmbH
 
| Autor
 
 
 
|}
 
 
 
Mit Beiträgen von:
 
Tony Schaller (medshare GmbH),
 
Stephan Rainer-Sablatnig (ELGA GmbH),
 
Nina Svec, M.A. (ELGA GmbH),
 
Gabriel Kleinoscheg, MSc. (ELGA GmbH),
 
DI Nikola Tanjga (ELGA GmbH),
 
Helene Prenner (ELGA GmbH)
 
 
 
===Mitwirkende===
 
'''Teilnehmer der Arbeitsgruppe e-Impfpass''' (in alphabetischer Reihenfolge):
 
Anton Angerer (at.Software / WAVM),
 
Patrick Awart (Atos),
 
Elisabeth Bischof (Landessanitätsdirektion OÖ),
 
DI (FH) Reindert Buter (Buter GmbH),
 
Sabine Eder (Landessanitätsdirektion NÖ),
 
Mag. Alexander Ertl (BASG / AGES),
 
Dr. Katja Fischer (BMASGK),
 
Günter Franz (Landessanitätsdirektion Salzburg),
 
W HR Dr. Ernst Gschiel (Landessanitätsdirektion Burgenland),
 
Dr. Eva Heinzl (Landessanitätsdirektion OÖ),
 
Ingrid Huber (Landessanitätsdirektion NÖ),
 
OPhysR Dr.in Ursula Karnthaler  (Landessanitätsdirektion Wien),
 
Herbert Karpf, BA (Landessanitätsdirektion Kärnten),
 
HR Dr. med. univ. Franz Katzgraber (Landessanitätsdirektion Tirol),
 
DI Andrea Klostermann (ELGA GmbH),
 
DI Oliver Kuttin (ELGA GmbH),
 
Dr. Irmgard Lechner (Landessanitätsdirektion NÖ),
 
Ruprecht Leitner (Apothekerverlag),
 
Dr. Anita Luckner-Hornischer (Landessanitätsdirektion Tirol),
 
Dr. Lukas Murajda, PhD, MSc (Landessanitätsdirektion Salzburg),
 
DI Michael Nöhammer (ÖÄK),
 
Christopher Ozvald (BMASGK),
 
Dr. Georg Palmisano (Landessanitätsdirektion OÖ),
 
Dr. Maria Paulke-Korinek (BMASGK),
 
Mag. Daniela Philadelphy (BASG / AGES),
 
Daniela Piererfellner (Landessanitätsdirektion OÖ),
 
Maria Pramhas (Land Salzburg - Impfadatenbank),
 
Dr. Daniel Prenninger (Landessanitätsdirektion Burgenland),
 
Mag. Margit Pufitsch-Weber (Wissenschaftliche Akademie für Vorsorgemedizin),
 
Stephan Rainer-Sablatnig (ELGA GmbH),
 
Dr. Stefan Sabutsch (ELGA GmbH),
 
Robert Scharinger (BMASGK),
 
Dr.Rudolf Schmitzberger (Impfreferat Österr Ärztekammer),
 
DI Mag.  Birgit Scholz (ELGA GmbH),
 
Dr. Christoph Schweighofer (ÖÄK),
 
Carina Seerainer, MSc (ELGA GmbH),
 
Nina Sjencic (ELGA GmbH),
 
Landessanitätsdirektorin OSRin Dr.in Karin SPACEK (Landessanitätsdirektion Wien (Magistratsabteilung 15 - Gesundheitsdienst der Stadt Wien)),
 
Mag. Stefan Spitzbart (Hauptverband),
 
Stephanie Stürzenbecher, BA MA  (Hauptverband),
 
Dr. Barbara Tucek,  MD, MSc (BASG / AGES),
 
Mag. Ilana Ventura, MSc (BMASGK),
 
Dr.med. Heimo Wallenko, MAS (Landessanitätsdirektion Kärnten),
 
Gabriele Wasner (Landessanitätsdirektion OÖ)
 
 
 
{{ILF:Begriffsdefinitionen e-Impfpass}}
 
 
 
=Technischer Hintergrund=
 
 
 
{{ILF:eImpfpass_Allgemeine_Richtlinien | Allgemeine Richtlinien für die Implementierung des e-Impfpasses}}
 
 
 
 
 
{{ILF:eImpfpass_Datentypen | e-Impfpass Datentypen}}
 
 
 
==Weitere Informationen zu CDA==
 
Weitere Informationen zum technischen Hintergrund finden sich unter folgenden Links:
 
 
 
* [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung| Allgemeine Informationen zu CDA]] <ref name=CDAAllgemein>Allgemeine Informationen zu CDA [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung</ref>
 
* [[CDA_Templates|CDA Templates]] <ref name=CDATemplates>CDA Templates [Online Juli 2019]: https://wiki.hl7.at/index.php?title=CDA_Templates</ref>
 
* [[ILF:Art-Decor-Tabellen_verstehen|Art-Decor-Tabellen verstehen]] <ref name=ArtDecorVerstehen>Art-Decor-Tabellen verstehen [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Hilfe:Art-Decor-Tabellen_verstehen</ref>
 
* [[elga-cdaalf-2.06.2:Technische Konformitätsprüfung|Technische Konformitätsprüfung]] <ref name=TechnKonform>Technische Konformitätsprüfung  [Online Juli 2019]: https://wiki.hl7.at/index.php?title=elga-cdaalf-2.06.2:Technische_Konformit%C3%A4tspr%C3%Bcfung</ref>
 
* [[Terminologien|Terminologien]] <ref name=Terminologien>Terminologien [Online Juli 2019]: https://wiki.hl7.at/index.php?title=Terminologien</ref>
 
= Funktionale Anforderungen=
 
 
 
== Darstellung==
 
Für die Darstellung des e-Impfpasses wird ein spezielles Stylesheet bereitgestellt, das im XML-Prolog referenziert wird ("ELGA_eimpf-stylesheet_v1.0.xsl").
 
Grundsätzlich werden die Daten aus den Entries dargestellt. Section.Text MUSS dennoch angegeben werden, da der CDA Rel. 2 Standard "Lesbarkeit für Menschen" ("human readability") vorschreibt.
 
 
 
<div class="landscape">
 
 
 
==Verwendung in der ELGA Infrastruktur==
 
===Vorgaben zu Dokument-Metadaten (XDS-Metadaten)===
 
{| class="wikitable"
 
! XDS-Mapping
 
! Optio-
 
nalität
 
! CDA-Element
 
clinicalDocument.
 
! Beispiel
 
! Erklärung
 
|-
 
| formatCode
 
| R
 
| .templateId/@extension
 
|
 
*<nowiki>@extension="XDSdocumentEntry.formatCode
 
^urn:hl7-at:eImpf:2019"</nowiki>
 
*@isplayName= "HL7 Austria e-Impfpass 2019"
 
| Version des Implementierungsleitfaden e-Impfpass - "Update Immunisierungsstatus" bzw. "Kompletter Immunisierungsstatus" mit XDSdocumentEntry.formatCode als Extension.
 
Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^).
 
|-
 
| classCode
 
| R
 
| .code
 
|
 
*@code="11369-6"
 
*@displayName="HISTORY OF IMMUNIZATIONS"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
| Bezeichnet die "Dokumentklasse". Zulässige Werte gemäß Value-Set "ELGA_Dokumentklassen".
 
Aus Gründen der Kompatibilität zu IHE PCC und auch den Ableitungen im Schweizer CH-VACD haben alle Impfungsdokumente den Code '''11369-6 History of Immunization Narrative'''.
 
|-
 
| rowspan="2"| typeCode
 
| rowspan="2"| R
 
| rowspan="2"| .code.translation
 
|
 
*@code="82593-5"
 
*@displayName="Immunization summary report"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Kompletter Immunisierungsstatus"''' ein zusätzliches translation-Element.
 
|-
 
|
 
*@code="87273-9"
 
*@displayName="Immunization note"
 
*@codeSystem="2.16.840.1.113883.6.1"
 
| Zur Unterscheidung des Dokumenttyps erhält das Element clinicalDocument.code des '''"Update Immunisierungsstatus"''' ein zusätzliches translation-Element.
 
|-
 
| rowspan="2"| title
 
| rowspan="2"| R
 
| rowspan="2"| .title
 
| "Kompletter Immunisierungsstatus"
 
| Für den lesenden Dokumentempfänger gedachter Titel des '''Kompletten Immunisierungsstatus'''.
 
|-
 
| "Update Immunisierungsstatus"
 
| Für den lesenden Dokumentempfänger gedachter Titel des '''Update Immunisierungsstatus'''.
 
|-
 
| eventCodeList
 
| R
 
| .documentationOf
 
.serviceEvent.code
 
|
 
*@code="41000179103"
 
*@displayName="Immunization record (record artifact)"
 
*@codeSystem="2.16.840.1.113883.6.96"
 
*@codeSystemName="SNOMED CT"
 
| Code der Gesundheitsdienstleistung.
 
|-
 
| rowspan="2"| serviceStartTime
 
| rowspan="2"| R
 
| rowspan="2"|.documentationOf.serviceEvent
 
.effectiveTime.low
 
|
 
Zeitpunkt des '''ältesten''' effectiveTime aus:
 
*"Immunization Entry":
 
**templateId 1.2.40.0.34.6.0.11.3.1
 
**substanceAdministration.effectiveTime und
 
*"Impfrelevante Erkrankungen Problem Entry":
 
**templateId 1.2.40.0.34.6.0.11.3.9
 
**act.effectiveTime.low
 
| Beginn der Gesundheitsdienstleistung beim '''Kompletter Immunisierungsstatus'''.
 
|-
 
| Zeitpunkt des Behandlungsbeginns (aktueller Besuch).
 
| Beginn der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.
 
|-
 
| rowspan="2"| serviceStopTime
 
| rowspan="2"| R
 
| rowspan="2"| .documentationOf.serviceEvent
 
.effectiveTime.high
 
|
 
Zeitpunkt des '''jüngsten''' effectiveTime aus:
 
*"Immunization Entry":
 
**templateId 1.2.40.0.34.6.0.11.3.1
 
**substanceAdministration.effectiveTime und
 
*"Impfrelevante Erkrankungen Problem Entry":
 
**templateId 1.2.40.0.34.6.0.11.3.9
 
**act.effectiveTime.high
 
| Ende der Gesundheitsdienstleistung bei '''Kompletter Immunisierungsstatus'''.
 
|-
 
| Zeitpunkt des Behandlungsendes (aktuelle Behandlung,
 
muss sich von Behandlungsbeginn unterscheiden)
 
| Ende der Gesundheitsdienstleistung bei '''Update Immunisierungsstatus'''.
 
|
 
|-
 
| practiceSettingCode
 
| R
 
| ''Hinweis: dzt. noch nicht als CDA-Element umgesetzt (folgt in nächster Hauptversion)''
 
|
 
| Fachliche Zuordnung des Dokuments. Mögliche Werte: F023 "Interdisziplinärer Bereich" oder F001 "Allgemeinmedizin"
 
|}
 
</div>
 
 
 
==Versionierung & Stornierung==
 
Versionierung und Stornierung betrifft ausschließlich Dokumente vom Typ "Update Immunisierungsstatus".
 
 
 
Das von der e-Impfpass Anwendung erzeugte On-Demand Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. es ändert sich nur die Versionsnummer (die SetID bleibt für alle Versionen des kompletten Immunisierungsstatus eines Patienten gleich).
 
 
 
===Versionierung von Dokumenten===
 
Dokumente vom Typ "Update Immunisierungsstatus" können über die IHE Transaktion ITI-41 versioniert werden.
 
Die Inhalte werden von der zentralen e-Impfpass-Anwendung verarbeitet und alle Inhalte in den Datenbestand integriert. Das bedeutet, dass alle Daten, die bereits durch ein Dokument in den zentralen Datenbestand übernommen wurden, durch das Update ersetzt werden. Daten, die in der neu registrierten Version nicht enthalten sind, gelten als gelöscht.
 
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Änderung oder Löschung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).
 
 
 
===Stornierung von Dokumenten===
 
Dokumente vom Typ "Update Immunisierungsstatus" können über IHE Transaktion ITI-57 storniert werden. Alle Inhalte, die ursprünglich durch das stornierte Dokument eingetragen wurden, werden gelöscht.
 
Die Fachlogik der zentralen e-Impfpass-Anwendung kann die Stornierung verweigern, sollten dadurch inkonsistente Datenbestände entstehen (z.B. wenn Informationen gelöscht werden sollen, auf denen spätere Impfeinträge beruhen).
 
 
 
==Impfempfehlungen==
 
Ein Ziel des e-Impfpasses ist, interessierten Ärztinnen und Ärzten sowie Bürgerinnen und Bürgern einen raschen Überblick über aktuelle zur Verfügung stehende Impfungen zu geben. Dazu werden vom e-Impfpass "Impfempfehlungen" ausgegeben. Eine Impfempfehlung enthält zu einer Impfung den jeweils nächsten fälligen Impftermin und dazu eine Handlungsanweisung (Handlungsempfehlung/Handlungsvorschlag). Impfempfehlungen werden für alle Impfungen erstellt, die bereits mindestens einmal erhalten wurden oder die für die Person laut Österreichischen Impfplan empfohlen sind.
 
 
 
Die Impfempfehlungen werden vom Expertensystem der zentralen Anwendung aktuell erstellt und gemeinsam mit dem On-Demand-Dokument "Kompletter Immunisierungsstatus" ausgegeben. Das Expertensystem ist ein Teil der Fachlogik der zentralen Anwendung und bildet den jeweils aktuellen Österreichischen Impfplan ab, der vom Nationalen Impfgremium herausgegeben wird. Der Impfplan wird in ein tabellarisches Regelwerk übersetzt und ins Expertensystem importiert. Zur Berechnung der Impfempfehlung werden folgende Parameter aus der persönlichen Impfdokumentation herangezogen:
 
* Alter der Person
 
* Geschlecht
 
* Bereits erhaltene Impfungen:
 
** Dosiskennung der letzten eingetragenen Impfung
 
** Impfstoff
 
** Impfschema (sofern abweichend vom Defaultschema)
 
* Durchgemachte impfrelevante Erkrankungen
 
* Indikation für Impfung ("Risikogruppe")
 
 
 
Automatisch erstellte Impfempfehlungen können mit individuellen Impfempfehlungen eines Arztes überschrieben werden, z.B. bei Vorliegen einer Antikörperbestimmung (Impftiter-Ergebnis). Die Begründung kann (z.B. mit dem Messwert als Kommentar) angegeben werden.
 
 
 
'''Dosiskennung''': Damit die nächste Impfung im Rahmen eines bestimmten Impfschemas korrekt berechnet werden kann, ist es nicht notwendig, dass alle bisher verabreichten Dosen einer Impfung dokumentiert werden. Es reicht, die jeweils letzte Dosis zu dokumentieren, dafür muss die Dosiskennung korrekt angegeben werden (z.B. "Dosis 3").
 
 
 
'''Impftiter''': Ergebnisse von Antikörperbestimmungen werden NICHT von der Berechnungslogik berücksichtigt. Wenn der Impftiter ein Abweichen vom automatisch berechneten Impftermin notwendig macht, muss vom Arzt eine individuelle Impfempfehlung erstellt werden, als Kommentar soll der Impftiter angegeben werden.
 
 
 
'''Handlungsempfehlung''': Für jede automatisch von der zentralen Anwendung ausgegebenen Impfempfehlung wird eine Handlungsempfehlung ausgegeben. Die Handlungsempfehlung wird durch einen Code repräsentiert (Element ''code'' im Immunization Recommendation Entry) und stammt aus einem Value Set (eImpf_SpecialCaseVaccination_VS). Die Bedeutung der Codes ist im Value Set beschrieben (Bedeutung, Anwendungsbeschreibung, Hinweise). Zur einfacheren Darstellung werden die Handlungsempfehlungen gruppiert und bestimmten farbigen Icons zugewiesen; die Zuordnung erfolgt über eine hierarchische Strukturierung im Value Set (Ebene 0 = Icon, Ebene 1 = Handlungsempfehlung)
 
===Empfehlung, keine Impfung durchzuführen (Kontraindikation)===
 
Eine Sonderform der Impfempfehlung ist die Empfehlung, KEINE Impfung durchzuführen, wenn eine medizinisch begründete Kontraindikation gegen eine bestimmte Impfung vorliegt.
 
Für die Angabe einer Kontraindikation sind neben vom berechtigten dokumentierenden Arzt (Author) für einen Patienten folgende Daten einzutragen:
 
* Impfziel
 
* Zeitraum, in dem die Kontraindikation gilt
 
* Kommentar
 
* Optional: Impfstoff
 
Vom Expertensystem der zentralen Anwendung wird im Kompletten Immunisierungsstatus eine entsprechende Handlungsanweisung ergänzt ("Impfung nicht indiziert").
 
{{BeginYellowBox}}
 
Die Angabe von Kontraindikationen ist derzeit '''nur für Impfungen gegen SARS-CoV-2 (COVID-19) möglich''', um die '''Ausnahmen von der Impfpflicht''' zu dokumentieren.
 
{{EndYellowBox}}
 
 
 
== Mehrsprachigkeit und grenzüberschreitender Austausch ==
 
Mehrsprachigkeit wird in dieser Version nicht unterstützt, ist aber für die Zukunft angedacht. Die entsprechenden Strukturen im Leitfaden sind bereits angelegt.
 
 
 
=User Storys ("Anwendungsfälle")=
 
Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von User Storys ("Anwendungsfälle") knapp 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. Eine detaillierte technische Beschreibung der Anwendungsfälle und der Geschäftsprozesse findet sich im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass>ELGA GmbH [Online Oktober 2019]: https://www.elga.gv.at/technischer-hintergrund/technischer-aufbau-im-ueberblick/index.html</ref>.
 
 
 
Die derzeit bei den unterschiedlichen Akteuren des österreichischen Gesundheitswesens auftretenden Anwendungsfälle betreffend Impfungen werden im Folgenden skizziert.
 
 
 
==Übersicht vorhandener Akteure und Komponenten==
 
Folgende Abbildung zeigt einen Überblick über die Architektur mit den Akteuren und Komponenten für den e-Impfpass.
 
 
 
[[Datei:Architektur_Ueberblick1.png|1000px|Uebersicht e-Impfpass: Akteure und Komponenten]]
 
 
 
<ref group="Abbildung>Übersicht e-Impfpass: Architektur mit Akteuren und Komponenten</ref>
 
 
 
* e-Impfpass-Teilnehmer / Bürger<br>
 
* Impfende GDA
 
** Niedergelassene Ärzte
 
*** Fachärztinnen und Fachärzte für Kinder und Jugendheilkunde
 
*** Ärztinnen und Ärzte für Allgemeinmedizin
 
** Landessanitätsdirektionen inkl. Amtsärzte (Amtsärzte, Schulärzte, Betriebsärzte)/öffentliche Gesundheitsdienste
 
* Interessensvertretung von Bürger- und Bürgerinnen-Rechten
 
** Bürgerinnen und Bürger, die im Z-PI erfasst sind, und dessen Vertreter, insbesondere Eltern-für-Kinder
 
** ELGA-Ombudsstelle
 
* ELGA-Serviceline<br>
 
* Datenkorrigierender GDA
 
** Bezirksverwaltungsbehörde
 
* "Abrechnungsunterstützung" (im Rahmen des kostenlosen Kinderimpfprogramms)
 
** Landeshauptmann / Landeshauptfrau
 
** Bezirksverwaltungsbehörde
 
* Auswertungen für Durchimpfungsraten
 
** Landeshauptmann / Landeshauptfrau
 
** Zuständiges Bundesministerium für Gesundheit
 
 
 
 
 
 
 
Bei der Betrachtung der technischen Architektur haben folgende Ausgangspunkte einen besonderen Stellenwert und werden deshalb kurz zusammengefasst:
 
# Die e-Impfpass Anwendung ist eine eHealth-Anwendung mit zentraler Datenhaltung.
 
# Die e-Impfpass Anwendung nutzt betreffend Autorisierung, Protokollierung und Zugangskontrolle die bestehende ELGA Infrastruktur.
 
# Berechtigte e-Impfpass Anwender (GDA) sind im GDA-I mit entsprechender Rolle gelistet.
 
# Es muss zwischen folgend aufgelisteten rollenbasierenden Zugangangsarten unterschieden werden.
 
## Regulärer Zugang mittels Kontaktbestätigungen
 
## Behördlicher Zugang für tagaktuelles Ausbruchs-Management (und Durchimpfungsrate) welcher gesetzlich geregelt wird (auch ohne Kontaktbestätigung). Hier zählen Zugriffe auf die Impfdaten von eindeutig identifizierten Personen.
 
# Verabreichte Impfungen müssen lückenlos in der e-Impfpass Anwendung gespeichert werden. Da der Immunisierungsstatus im Ausbruchsfall jederzeit abrufbar sein muss, kommen individuelle Berechtigungen von e-Impfpass-Teilnehmern nicht zur Anwendung (Gesetzesgrundlage ist hier maßgebend).
 
# Die Geschäftslogik der Anwendung übernimmt die CDA-Verarbeitung und hat folgende Funktionen
 
## Speichert eingehende CDA Dokumente "Update Immunisierungsstatus", zerlegt diese (entsprechend gültigem Schema) und persistiert die Informationseinheiten.
 
## Das Zusammenstellen vom OnDemand-Dokument "Kompletter Immunisierungsstatus" (der eigentliche e-Impfpass der Teilnehmer) muss unterstützt werden. Hierfür werden die Inhalte der zentralen Datenbank zusammengestellt und im angeforderten Format (CDA) ausgehändigt.
 
## Die analytisch-statistische Weiterverarbeitung (Abzüge für BI) bzw. Auswertungen müssen ermöglicht werden.
 
## Auf Grundlage des gültigen Österreichischen Impfplanes muss bei der Abfrage des persönlichen e-Impfpasses eines Teilnehmers das Datum der nächste(n) fälligen Impfungen und etwaige Nachhol-Impftermine beigefügt werden. Vom GDA manuell eingefügte Impftermine müssen unterstützt werden und diese dürfen von der Fachlogik nicht überschrieben werden.
 
 
 
==Allgemeine Vorbedingungen==
 
Für den Zugriff auf den elektronischen Impfpass (lesend und schreibend) sind spezielle Rollen und Berechtigungen erforderlich. Diese sowie der Vorgang zur Authentifizierung und Autorisierung sind im Architekturdokument e-Impfpass <ref name=ELGAeImpfpass/>erläutert.
 
Die notwendigen Stammdaten (z.B. Impfungen, Impfstoffe, impfrelevante Erkrankungen ...) werden über den [https://termpub.gesundheit.gv.at/ Terminologieserver] bereitgestellt.
 
 
 
Sowohl der berechtigte GDA (über das GDA System, sobald E-Card gesteckt wurde), als auch die Bürgerin/der Bürger (über das ELGA Portal) können auf den persönlichen e-Impfpass zugreifen.
 
 
 
==U1 Kompletten Immunisierungsstatus abrufen==
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")
 
 
 
Szenario:
 
# Max Muster (ELGA Teilnehmer) besucht seinen Hausarzt Dr. DeCarro (Impfender GDA) und möchte Informationen zu seinem Immunisierungsstatus erhalten.
 
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das On-Demand-Dokument "Kompletter Immunisierungsstatus", das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält.
 
#Max Muster erfährt von Dr. DeCarro, dass laut Österreichischem Impfplan die nächste FSME-Auffrischungsimpfung in einem Monat ansteht und vereinbart hierfür einen Termin bei Dr. DeCarro.
 
 
 
Auch wenn noch keine Immunisierungseinträge in der e-Impfpass Anwendung gespeichert sind, können Impfempfehlungen abgerufen werden.
 
 
 
==U2 Aktualisierung Immunisierungsstatus==
 
 
 
Wird eine Änderung am dokumentierten Immunisierungsstatus vorgenommen (z.B. neuer Impfeintrag, Nachtragen einer Impfdokumentation oder Korrektur einer bestehenden Impfung, Eintrag einer impfrelevanten Erkrankung), so werden die Änderungen mit dem Datenaustauschformat "Update Immunisierungsstatus" an die zentrale e-Impfpass Anwendung übermittelt. Die zentrale Anwendung übernimmt die Änderungen als Update und berechnet die nächsten empfohlenen Impftermine.
 
 
 
Es kann zwischen folgenden Anwendungsfällen unterschieden werden:
 
 
 
===U2.1 Eintragen des Immunisierungsstatus===
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")
 
 
 
Szenario:
 
# Max Muster besucht seinen Hausarzt Dr. DeCarro, weil er einen Termin für eine FSME-Auffrischungsimpfung vereinbart hat.
 
# Dr. DeCarro fragt den e-Impfpass von Max Muster über seine Softwaresystem ab und erhält das Dokument "Kompletter Immunisierungsstatus" (U1), das Auskunft über die bisherigen Impfungen und entsprechende Impfempfehlungen enthält und kontrolliert, ob sich seit dem letzten Abruf Änderungen ergeben haben.
 
# Dr. DeCarro führt die Impfung durch und dokumentiert diese in seinem Softwaresystem. Nach der Freigabe der Dokumentation erzeugt das Softwaresystem ein Datenaustauschformat "Update Immunisierungsstatus" und sendet dieses an die zentrale Anwendung e-Impfpass, die das Dokument übernimmt und ein Update der Datenbank durchführt.
 
# Dr. DeCarro kann nun das Dokument "Kompletter Immunisierungsstatus" erneut abrufen und erhält eine neue Version des Dokuments mit aktualisiertem Immunisierungsstatus und neuen Impfempfehlungen für Max Muster.
 
 
 
===U2.2 Korrektur eines Immunisierungseintrags (eigene Einträge)===
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")
 
 
 
Szenario:
 
# Dr. DeCarro stellt fest, dass der Eintrag, den er für Max Muster erstellt hat, korrigiert werden muss (z.B. wegen eines Dokumentationsfehlers oder weil die individuelle Impfempfehlung vergessen wurde)
 
# Dr. DeCarro korrigiert den Eintrag in seinem Softwaresystem, das eine neue Version des Dokuments "Update Immunisierungsstatus" an die zentrale Anwendung übergibt (dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen).
 
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen (Dr. DeCarro bleibt der Author aller betreffenden Einträge).
 
 
 
Die Berechtigung für eine Korrektur von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat. Zusätzlich hat eine gesetzlich festgelegte Rolle die Berechtigung (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).
 
 
 
'''''Anmerkung:''''' Eigene Einträge erkennt man daran, dass das id-Element von "Berechtigter Bearbeiter" (Immunization Entry/participant @typeCode="AUT") die eigene GDA-OID enthält.
 
 
 
Die Vorversionen des CDA "Update Immunisierungsstatus" wurden als "DEPRECATED" gekennzeichnet. Die neue Version des CDA Dokuments wird mit dem Status "APPROVED" gespeichert.
 
 
 
===U2.3 Stornierung eines Immunisierungseintrags===
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")
 
 
 
Szenario:
 
# Dr. DeCarro stellt fest, dass der Eintrag, den er erstellt hat, storniert werden muss (z.B., weil er für den falschen Patienten dokumentiert hat)
 
# Dr. DeCarro löscht den Eintrag in seinem Softwaresystem, das eine Stornierungsnachricht mit dem Verweis auf das zu stornierende "Update Immunisierungsstatus"-Dokument an die zentrale Anwendung übergibt.
 
# Die zentrale Anwendung löscht alle Daten, die durch die originale Nachricht "Update Immunisierungsstatus" übernommen worden waren.
 
 
 
Die Berechtigung für eine Stornierung von bereits eingetragenen Immunisierungseinträgen hat nur jener GDA, der diese Impfdaten eingetragen hat oder eine gesetzlich festgelegte Rolle (siehe [[#U4 Datenkorrektur durch Behörde|U4]]).
 
 
 
Stornierte CDA Dokumente wurden als "DEPRECATED" gekennzeichnet.
 
 
 
===U2.4 Nachtragen der Impfdokumentation===
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), impfender GDA ("Dr. DeCarro")
 
 
 
Szenario:
 
# Max Muster besucht seinen Hausarzt Dr. DeCarro und möchte seinen Papier-Impfpass in den e-Impfpass überführen.
 
# Dr. DeCarro überträgt das Papierdokument in sein Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.
 
 
 
===U2.5 Selbsteintragung von Impfungen durch den Bürger===
 
Akteure: e-Impfpass Teilnehmer ("Max Muster")
 
 
 
Szenario:
 
# Max Muster möchte seinen Papier-Impfpass selbst in den e-Impfpass überführen.
 
# Max Muster überträgt das Papierdokument mit einem über das Internet verfügbarem Softwaresystem, das ein Datenaustauschformat "Update Immunisierungsstatus" erzeugt und an die zentrale Anwendung übergibt.
 
# Seinen Papierimpfpass kann er digitalisiert als Beilage anhängen (alle weiteren Sektionen sind bei einem Selbsteintrag nicht verfügbar).
 
 
 
'''Anmerkung''': Dieses Szenario ergibt sich aus dem GTelG § 24e: "''(1) Bürger/innen sowie deren gesetzliche oder bevollmächtigte Vertreter/innen haben das Recht (...)  2. Impfungen in das zentrale Impfregister einzutragen, wobei diese '''selbsteingetragenen Impfungen als solche gekennzeichnet werden''' und für Gesundheitsdiensteanbieter gemäß § 24c Abs. 2 Z 1 '''nur zur Information dienen'''.''". Eine entsprechende Funktion steht zum Stand der Erstellung dieses Leitfadens noch nicht zur Verfügung.
 
 
 
==U3 Abrechnung==
 
''Anmerkung: Die Abrechnung selbst steht nicht im Fokus dieses Leitfadens. Er stellt lediglich sicher, das die für die Abrechnungsunterstützung notwendigen Informationen über das Datenaustauschformat übertragen werden können.''
 
 
 
Akteure: Impfender GDA ("Dr. DeCarro"), Abrechnungsunterstützung, Kind "Max Musterkind"
 
 
 
Szenario:
 
# Dr. DeCarro dokumentiert die Impfung des Kindes "Max Musterkind" (siehe U2.1)
 
# Das GDA-Softwaresystem erzeugt ein Datenaustauschformat "Update Immunisierungsstatus", das zusätzlich die Informationen zur Abrechenbarkeit enthält und sendet dieses an die zentrale Anwendung.
 
# Die Abrechnungsunterstützung erhält von der zentralen Anwendung einen Minimaldatensatz (d.h. nur die minimal notwendigen Daten für die Abrechnung), der ausschließlich die Impfungen enthält, die in der gewählten Zeit und Region entsprechen und die vom GDA als "abrechenbar" markiert wurden.
 
# Die Abrechnungsunterstützung kontrolliert den Anspruch an Abrechnung der einzelnen Einträge und leitet alle Schritte zur Überweisung des Abrechnungsbetrags in die Wege.
 
 
 
Im Rahmen des kostenfreien Kinderimpfprogramms rechnen sowohl Ärztinnen und Ärzte als auch Apotheken mit den Ländern Impfleistungen mit Hilfe der Informationen aus dem zentralen Impfregister ab. Die für die Abrechnung zuständigen Länderstellen können über die Informationen aus dem zentralen Impfregister nachvollziehen, welche Ärztin oder welcher Arzt, welche Impfung wann verabreicht hat und somit den Verrechnungs- und Ausbezahlungsprozess abwickeln. Nicht relevant für die Abrechnung sind z.B. nacherfasste oder stornierte Impfungen, Titereinträge oder Einträge zur Immunisierung durch Krankheit. Der aktuelle Stand der abrechnungsrelevanten Impfdaten aus dem zentralen Impfregister wird jeweils im Folgemonat für die Abrechnungsunterstützung zur Verfügung gestellt.
 
 
 
==U4 Datenkorrektur durch Behörde (fremde Einträge) ==
 
Akteure: e-Impfpass Teilnehmer ("Max Muster"), Amtsarzt mit der Rolle "Korrekturberechtigte Person" ("Amelia Amtsarzt")
 
 
 
Szenario:
 
# Max Muster stellt fest, dass Dr. DeCarro, der mittlerweile in Pension ist, beim Übertragen einer Reiseimpfung aus dem Papierimpfpass eine falsche Impfung eingetragen hat und möchte diese in seinem e-Impfpass korrigieren lassen. Er stellt bei der Bezirksverwaltungsbehörde (Rolle "Korrekturberechtigte Person") einen entsprechenden Antrag.
 
# Amelia Amtsarzt aus der Bezirksverwaltungsbehörde ruft den "Kompletten Immunisierungsstatus" von Max Muster ab und trägt entsprechende Änderungen in ihr Softwaresystem ein.
 
# Das Softwaresystem der Bezirksverwaltungsbehörde, übergibt eine korrigierte Version des Dokuments "Update Immunisierungsstatus" (jenes, mit dem Dr. DeCarro damals den falschen Eintrag eingemeldet hat) an die zentrale Anwendung. Dabei sind alle Einträge in der Korrekturversion enthalten, auch jene, die nicht geändert werden müssen (als document.author ist Amelia Amtsarzt eingetragen).
 
# Die zentrale Anwendung ersetzt alle Daten, die durch das originale Dokument "Update Immunisierungsstatus" übernommen worden waren durch die Daten, die in der korrigierten Version enthalten sind. Die korrigierten Daten werden in das Dokument "Kompletter Immunisierungsstatus" eingetragen und Amelia Amtsarzt wird bei den geänderten Einträgen als "Korrigierende Person" geführt.
 
 
 
Grundlegend kann ein GDA nur jene Einträge in der ELGA-Infrastruktur aktualisieren, die von ihm selbst eingetragen wurden. Unter bestimmten Rahmenbedingungen sollen behördliche Stellen Daten im Impfpass korrigieren dürfen (z.B. wenn der impfende GDA, der eine Dokumentation ursprünglich erstellt hat, nicht mehr in der Lage ist, die Daten selbst zu korrigieren). Bei der zentralen e-Impfpass Anwendung gibt es daher ausgewählte GDA, die Bezirksverwaltungsbehörden, die Immunisierungseinträge von anderen GDA aktualisieren oder stornieren dürfen. Dies ist notwendig, da Immunisierungseinträge lebenslang gespeichert werden, und es somit eine vom eintragenden GDA unabhängige Korrekturmöglichkeit falscher Daten geben muss.
 
 
 
==U5 Krisenmanagement==
 
''Anmerkung: Das Krisenmanagements selbst steht nicht im Fokus dieses Leitfadens, es wird nur der Vollständigkeit halber die Vorgehensweise beschrieben.''
 
===U5.1 Krankheitsausbrüche===
 
Im Rahmen des Krisenmanagements bei Krankheitsausbrüchen muss von Kontaktpersonen (z.B. in Schule, Kindergarten, Ordination, Wartebereichen in Ambulanzen) der Impfstatus erhoben werden. Derzeit erfolgt die Erhebung des Impfstatus aufwändig manuell bzw. in den lokal begrenzten Datenbanken. Durch die zentrale e-Impfpass Anwendung werden Umgebungsuntersuchungen digital unterstützt, indem die Impfdokumentation von Kontaktpersonen für die österreichische Bevölkerung elektronisch bezogen wird. Dies wird das Ausbruchsmanagement beschleunigen und vereinfachen und somit Ansteckungen vermeiden sowie Kosten des Ausbruchs(-managements) senken.
 
 
 
===U5.1 Chargenrückruf===
 
Ein weiterer Anwendungsfall im Krisenmanagement betrifft den Chargenrückruf von Impfstoffen. Momentan veröffentlicht das Bundesamt für Sicherheit im Gesundheitswesen (BASG) im Anlassfall die Chargennummern von Arzneimitteln die Qualitätsmängel aufweisen. Apotheken, die Chargenrückrufe erhalten, sortieren die Ware aus und geben diese ihrem Lieferanten wieder mit. Sollte die Impfung die Apotheke schon verlassen haben, wird eruiert welcher GDA oder Bürger betroffen ist und im Anlassfall kontaktiert.
 
 
 
<div class="landscape">
 
 
 
=Datenarten=
 
==Dataset==
 
{| class="wikitable"
 
! style="width: 25%" |Name
 
! style="width: 40%" |Beschreibung
 
! style="width: 20%" |Mapping
 
! style="width: 15%" |Datenelement-Nr.
 
|- style="vertical-align:top;"
 
|'''Unterzeichnende Person (Dokument)''' (Rechtlicher Unterzeichner)
 
|Der "Rechtliche Unterzeichner" oder "Hauptunterzeichner" ist jene Person, welche für ein Update des Immunisierungsstatus bzw. den Nachtrag aus rechtlicher Sicht die Verantwortung übernimmt (gesamtes Dokument!). <br />Der "Rechtliche Unterzeichner" entfällt beim Kompletten Immunisierungsstatus, da dieser automatisch von einem Gerät erstellt wird (hier entfällt die Angabe aller Unterzeichner).
 
|clinicalDoc.LegalAuthenticator
 
|elgaimpf-dataelement-368
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Zeitpunkt der Unterzeichnung
 
|Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
 
|
 
|elgaimpf-dataelement-369
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Signatur
 
|
 
|
 
|elgaimpf-dataelement-370
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |ID des Unterzeichners
 
|
 
|
 
|elgaimpf-dataelement-371
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Kontaktdaten
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-372
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|Name der Person
 
|
 
|elgaimpf-dataelement-373
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Organisation
 
|
 
|
 
|elgaimpf-dataelement-374
 
|- style="vertical-align:top;"
 
|'''Eintragende Person (Schreibkraft)'''
 
|Datenverarbeitende Person. Die Person, die Daten für den Impfpass dokumentiert.
 
|clinicalDoc.dataEnterer
 
|elgaimpf-dataelement-32
 
|- style="vertical-align:top;"
 
|'''Verantwortliche Person (Impfung)''' (Medizinisch verantwortliche Person, auch: Impfstelle)
 
|Die Person, die für die Impfung und ihre Dokumentation letztlich medizinisch verantwortlich ist. <br />"Dr. X (im Privat-KH Y) war für die Impfung verantwortlich/hat sie angeordnet".<br />Bei neuem Immunisierungseintrag muss dieses Element angegeben sein.<br />Bei einem Nachtrag kann dieses Element entfallen, wenn nicht mehr eruierbar. <br /><br />Empfohlenes Label für entsprechende Eingabefelder einer GUI:  „Für die Impfung verantwortlich“…
 
|substanceAdministration "Immunization Entry"/author
 
|elgaimpf-dataelement-307
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|
 
|
 
|elgaimpf-dataelement-339
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Titel (Präfix)
 
|Titel der Person (voran- und nachgestellte Titel)
 
|
 
|elgaimpf-dataelement-340
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Vorname
 
|Vornamen der Person
 
|
 
|elgaimpf-dataelement-343
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Nachname
 
|Nachname der Person
 
|
 
|elgaimpf-dataelement-344
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |ID des Unterzeichners
 
|ID der verantwortlichen Person (lokaler Identifikator)
 
|
 
|elgaimpf-dataelement-346
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Kontaktdaten
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-347
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Organisation
 
|
 
|
 
|elgaimpf-dataelement-353
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |ID der Organisation
 
|
 
|
 
|elgaimpf-dataelement-381
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Name der Organisation
 
|
 
|
 
|elgaimpf-dataelement-382
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Telekom
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-383
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Adresse
 
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 
|
 
|elgaimpf-dataelement-384
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Freigabezeitpunkt (Zeitpunkt der Unterzeichnung)
 
|Der Zeitpunkt, an dem die Dokumentation freigegeben wurde
 
|substanceAdministation.author.time
 
|elgaimpf-dataelement-366
 
|- style="vertical-align:top;"
 
|'''Impfende Person (Impfarzt)'''
 
|Die Person, die ''im Auftrag der medizinisch verantwortlichen Person'' die Impfung durchführt, z.B. ein Turnusarzt, eine Hebamme oder eine diplomierte Pflegeperson. Die Impfende Person ''kann'' mit der medizinisch verantwortlichen Person ident sein und es können auch beide (redundant) angegeben werden.
 
|substanceAdministration "Immunization Entry"/performer
 
|elgaimpf-dataelement-140
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|Name der Person
 
|
 
|elgaimpf-dataelement-236
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Titel (Präfix)
 
|Titel der Person (voran- und nachgestellte Titel)
 
|
 
|elgaimpf-dataelement-237
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Vorname
 
|Vornamen der Person
 
|
 
|elgaimpf-dataelement-240
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Nachname
 
|Nachname der Person
 
|
 
|elgaimpf-dataelement-241
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Organisation
 
|
 
|
 
|elgaimpf-dataelement-294
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |ID der Organisation
 
|
 
|
 
|elgaimpf-dataelement-389
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Name der Organisation
 
|
 
|
 
|elgaimpf-dataelement-390
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Telekom
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-391
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Adresse
 
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 
|
 
|elgaimpf-dataelement-392
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Rolle
 
|Berufsrolle der impfenden Person (Auswahlliste)
 
|
 
|elgaimpf-dataelement-210
 
|- style="vertical-align:top;"
 
|'''Nachtragende Person'''
 
|Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Nur für Nachtragung relevant, dort verpflichtend anzugeben.<br />(Z.B: "Dr. Z hat diese Impfung nachgetragen.")<br />Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…")
 
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT"
 
|elgaimpf-dataelement-285
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|Name der Person
 
|
 
|elgaimpf-dataelement-286
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Titel (Präfix)
 
|Titel der Person
 
|
 
|elgaimpf-dataelement-287
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Vorname
 
|Vornamen der Person
 
|
 
|elgaimpf-dataelement-290
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Nachname
 
|Nachname der Person
 
|
 
|elgaimpf-dataelement-291
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation)
 
|Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum
 
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "ENT" / time
 
|elgaimpf-dataelement-293
 
|- style="vertical-align:top;"
 
|'''Korrigierende Person'''
 
|Die Person, die für die fachliche Richtigkeit der Korrektur eines bestehenden Immunisierungseintrags verantwortlich ist.
 
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF"
 
|elgaimpf-dataelement-402
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|Name der Person (mit Titel, Vorname, Name, Organisation)
 
|
 
|elgaimpf-dataelement-404
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Datum der Korrektur (Korrekturdatum)
 
|Datum und Zeit, an dem die Korrektur im e-Impfpass eingetragen wurde.
 
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "VRF" / time
 
|elgaimpf-dataelement-403
 
|- style="vertical-align:top;"
 
|'''Berechtigter Bearbeiter'''
 
|Die eindeutige Kennung des GDA, der einen Immunisierungs-Eintrag (entry) bearbeiten darf. Das Berechtigungssystem erlaubt die Korrektur eines Eintrags nur einem GDA mit derselben OID ''oder'' GDA mit der Rolle "Korrekturberechtigte Person".
 
|substanceAdministration "Immunization Entry"/participant mit @typeCode = "AUT"
 
|elgaimpf-dataelement-405
 
|- style="vertical-align:top;"
 
|'''Impfling''' (Patient, Klient, Kunde)
 
|Der Impfling ist die Person, über die der e-Impfpass Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.. <br />Entspricht dem "Patienten".
 
|clinicalDocument.recordTarget
 
|elgaimpf-dataelement-1
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Name
 
|Name der Person
 
|
 
|elgaimpf-dataelement-172
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Titel (Präfix)
 
|Titel der Person (voran- und nachgestellte Titel)
 
|
 
|elgaimpf-dataelement-173
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Vorname
 
|Vornamen der Person
 
|
 
|elgaimpf-dataelement-176
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Nachname
 
|Nachname der Person
 
|
 
|elgaimpf-dataelement-177
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Geburtstdatum
 
|Geburtstdatum der Person
 
|
 
|elgaimpf-dataelement-95
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Geschlecht (Administatives Geschlecht)
 
|Administatives Geschlecht der Person im Sinne der Anrede oder Adressierung zB Brief: "Herr" oder "Frau"
 
|Werte: M, F. UNK (Unbekannt)
 
|elgaimpf-dataelement-94
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |LokaleID
 
|Identifikator des Impflings im lokalen IT-System (Patientenbezogen, nicht fallbezogen)<br />Verpflichtend  mit Eintragung einer Impfung anzugeben.
 
|
 
|elgaimpf-dataelement-86
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |SVNr (Sozialversicherungsnummer)
 
|Sozialversicherungsnummer
 
|
 
|elgaimpf-dataelement-87
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |bPK-GH
 
|Gemäß eGovernment-Gesetz ist das bPk-GH der eindeutige Identifikator für den Gesundheitsbereich. Verpflichtende Angabe im CDA-Header für spezifische ELGA-Anwendungen (z.B. e-Medikation)
 
|
 
|elgaimpf-dataelement-88
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Adresse
 
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 
|
 
|elgaimpf-dataelement-219
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Straße
 
|
 
|
 
|elgaimpf-dataelement-252
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Hausnummer
 
|
 
|
 
|elgaimpf-dataelement-253
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Postleitzahl
 
|
 
|
 
|elgaimpf-dataelement-254
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Stadt
 
|
 
|
 
|elgaimpf-dataelement-255
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Bundesland
 
|
 
|
 
|elgaimpf-dataelement-256
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Land
 
|
 
|
 
|elgaimpf-dataelement-257
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Gemeindekennziffer (GKZ, ÖSTAT-Nr.)
 
|Allen Gemeinden Österreichs ist eine 5-stellige Gemeindekennziffer (GKZ) zugeordnet. Das Gemeindeverzeichnis bildet die Verwaltungsgliederung in Verwaltungssprengel ab.  <br />Die Vergabe der Gemeindekennziffer obliegt Statistik Austria (Adressregisterverordnung – AdrRegV, BGBl. 218/2005, §1).
 
|Kein Mapping, ist nicht im CDA Dokumenten enthalten. Liegt in der zentralen Anwendung zur Adresse vor.
 
|elgaimpf-dataelement-49
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Bezirkskennziffer (BKZ)
 
|Wie Gemeindekennziffer, erste 3 Stellen
 
|Kein Mapping, ist nicht im CDA Dokumenten enthalten.  Liegt in der zentralen Anwendung zur Adresse vor.
 
|elgaimpf-dataelement-85
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Kontaktdaten
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-216
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Telefon Mobil
 
|
 
|
 
|elgaimpf-dataelement-227
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Telefon Festnetz
 
|
 
|
 
|elgaimpf-dataelement-228
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Mail
 
|
 
|
 
|elgaimpf-dataelement-229
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |FAX
 
|
 
|
 
|elgaimpf-dataelement-230
 
|- style="vertical-align:top;"
 
|'''Personengruppe''' (Expositionsrisikogruppe)
 
|Merkmal für Zugehörigkeit des Impflings zu bestimmten Personen- oder Risikogruppen (z.B. Gesundheitsberufe). <br />Bei bestimmten Personengruppen kann das Impfschema und damit die berechnete Impffrist abweichen.<br />Optional, mehrfache Angabe möglich.
 
|Sektion "Expositionsrisiko Personengruppen" mit Act "Expositionsrisiko Problem Concern Entry"
 
|elgaimpf-dataelement-125
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Zeitbereich
 
|Zeitbereich, in dem die Zugehörigkeit zur Personengruppe aktiv ist oder war
 
|
 
|elgaimpf-dataelement-394
 
|- style="vertical-align:top;"
 
|'''Impfung''' (Vakzination, Schutzimpfung, Immunisierung )
 
|Dokumentierte Impfung: ein einzelne Gabe eines Impfstoffes
 
|Sektion "Impfungen - kodiert", substanceAdministration "Immunization Entry"
 
|elgaimpf-dataelement-2
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfung (Klassifikation) (Impfschutz, Impfstoffgruppe, Immunisierung)
 
|Impfschutz gegen eine bestimmte Krankheit oder einen Erreger.<br />Mehrfach-Attribut - Bei einer Impfung mit einem Produkt können mehrere Wirkstoffe (gegen mehrere Krankheiten) verabreicht werden. Alle einzelnen "Impfungen" müssen zu dem Produkt zentral verfügbar sein.
 
|substanceAdministration "Immunization Entry" und entryRelationship/Observation "Immunization Target Entry"
 
|elgaimpf-dataelement-6
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfschema (Impfkonzept, vaccinationProtocol)
 
|Name für den "Plan der notwendigen Impf-Dosen" (Regelwerk für die Gabe von Impfdosen bzw Teilimpfungen zur Immunisierung; Grundimmunissierung und Auffrischung)<br /><br />Wenn bei Impfung nicht angegeben, wird das "Default-Schema" angenommen.
 
|Mapping: substanceAdministration "Immunization Entry" und precondition/criterion "Immunization Schedule Entry"
 
|elgaimpf-dataelement-25
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)
 
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)
 
|Mapping: criterion "Immunization Schedule Entry"/value
 
|elgaimpf-dataelement-30
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfdatum (Vaccination administration date)
 
|Zeitpunkt der Durchführung der Impfung
 
|substanceAdministration "Immunization Entry"/effectiveTime
 
|elgaimpf-dataelement-8
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfort
 
|Ort, an dem die Impfung stattgefunden hat (wenn abweichend von Organisation Impfarzt). (z.B: Öffentliche Einrichtung, Schule (+ Klasse), Kaserne, Betrieb ...)
 
|Muss immer im "Performer" Element des Immunization Entry angegeben werden.
 
Wenn der verantwortliche Arzt selbst impft, muss er zusätzlich als Impfarzt eingetragen werden.<br /> substanceAdministration "Immunization Entry"/performer/assignedEntity/representedOrganization/addr (mit @use="PHYS")
 
|elgaimpf-dataelement-137
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfreaktion (Reaktion)
 
|Aufgetretene Reaktion, Auswahlkatalog
 
|Wurde nicht umgesetzt
 
|elgaimpf-dataelement-283
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Abrechenbarkeit
 
|Kennzeichen, ob Impfung mit Land abgerechnet werden kann (Eintragung durch impfenden Arzt)
 
|Notwendig für Filterung der Daten, die an Länder zur Abrechnung der Impfungen weitergeleitet werden. Die Abrechenbarkeit selbst wird vom Land geprüft und festgestellt.Mapping: substanceAdministration "Immunization Entry" und entryRelationship/act "Immunization Billability Entry"
 
|elgaimpf-dataelement-29
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Klassifikator (Honorar-Klassifikation)
 
|Abrechnungsrelevante Klassifikation der Impfenden Person (zB "Arzt mit Hausapotheke"). Wird im Zentralsystem nicht mehr benötigt, daher gestrichen.<br />--> Die Verrechnung etc. erfolgt über die internen GDA Systeme (benötigt wird nur die Kennzeichnungsmöglichkeit ob abrechenbar oder nicht
 
|act "Immunization Billability Entry"/code/qualifier
 
|elgaimpf-dataelement-367
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Impfindikation
 
|Grund für die Impfung (optional). Wird für Abrechnung benötigt: <br />* IG1 Indikationsimpfung für Risikogruppe<br />* IG2 Wiederholungsimpfung aufgrund medizinischer Indikation
 
|act "Immunization Billability Entry"/code/qualifier
 
|elgaimpf-dataelement-379
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Impfgutschein
 
|Identifikationskennzeichen eines Impf-Gutscheins (bei Vorliegen von Impf-Gutscheinheften)
 
|Notwendig für Abrechnung. Alphanumerisches Kennzeichen (gültig 1x für eine Impfung). Keine weitere Prüfung im e-Impfpass.Mapping: act "Immunization Billability Entry" mit act/id
 
|elgaimpf-dataelement-139
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Zusatzklassifikation
 
|Zusätzliche strukturierte Information zu einer Impfung, zB eine Klassifizierung der Umgebung, in der die Impfung stattgefunden hat.
 
|"Immunization Entry" mit observation "Zusatzklassifikation"<br />Das @code-Attribut definiert die Art der Klassifizierung, der Wert wird im @value-Attribut angegeben.
 
|elgaimpf-dataelement-401
 
|- style="vertical-align:top;"
 
|'''Impfstoff (Produkt)''' (Arzneimittel)
 
|Daten zur verabreichten Arzneimittelspezialität
 
|substanceAdministration "Immunization Entry" und consumable/manufacturedProduct "Vaccine Product" bzw. "Vaccine Product nicht angegeben"
 
|elgaimpf-dataelement-3
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Bezeichnung der Arnzei (Zulassungsname)
 
|Bezeichnung des Impfstoffes, z.B. "Encepur 0,25 ml für Kinder Injektionssuspension in einer Fertigspritze"
 
|manufacturedProduct/manufacturedMaterial/name
 
|elgaimpf-dataelement-31
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Pharmazentralnummer (PZN)
 
|Pharmazentralnummer der Arzneispezialität
 
|manufacturedProduct/manufacturedMaterial/code
 
|elgaimpf-dataelement-5
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Chargennummer (Charge)
 
|Chargennummer der Arzneispezialität, die verabreicht wurde
 
|manufacturedProduct/manufacturedMaterial/lotNumberText
 
|elgaimpf-dataelement-4
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Ablaufdatum
 
|Muss dokumentiert werden. <br />Kann aus 2D Barcode abgleitet werden <br />Nicht für "Nacherfassung" erforderlich
 
|substanceAdministration "Immunization Entry" mit entryRelationship/act "Immunization Billability Entry"/effectiveTime
 
|elgaimpf-dataelement-134
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |UniqueIdentifier (Serialisierungsnummer)
 
|Serialisierungsnummer oder "Packungs-Identifikator. Durch die Serialisierungsnummer ist jede einzelne Packung im europäischen Markt individualisierbar, entsprechend Fälschungsschutzrichtlinie 2011/62/EU und zugehörigerr delegierte Verordnung (EU) 2016/161
 
|manufacturedProduct/id
 
|elgaimpf-dataelement-135
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Hersteller (Zulassungsinhaber)
 
|Hersteller (Zulassungsinhaber) des Impfstoffes (bzw. der Arzneispezialität)
 
|manufacturedProduct/manufacturerOrganization
 
|elgaimpf-dataelement-12
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |ATC
 
|ATC-Code des Wirkstoffs aus Fachinformation
 
|manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code
 
|elgaimpf-dataelement-235
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Wirkstoff
 
|Wirkstoff(e) des Arzneimittels, zB "Masernviren, Stamm Schwarz (lebend, attenuiert)
 
|manufacturedMaterial/pharm:ingredient
 
|elgaimpf-dataelement-185
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Menge (Dosis)
 
|Menge der verabreichten Arzneispezialität (Mengenangabe aus Fachinformation).<br />'''Hinweis:''' <br />Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend.<br />Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation: Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer würden von der zentralen Applikation als Duplikat erkannt und ignoriert). Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden.
 
|substanceAdministration "Immunization Entry"/doseQuantity
 
|elgaimpf-dataelement-15
 
|- style="vertical-align:top;"
 
|'''Impfempfehlung''' (Impfkalender)
 
|Daten der empfohlenen (zukünftigen) Impfungen:<br />* Impfung, Arzneimittel, frühestmöglicher Folgetermin (Tag)<br />* Anzugebende Folgetermine: immer nur der nächste Folgetermin<br /><br />Die Impflogik gilt grundsätzlich für lt. Impfplan empfohlene Impfungen und für darüber hinaus bereits einmal verabreichte Impfungen<br /><br />Automatisch / von Arzt eingetragen (zusätzlich)
 
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "false".
 
|elgaimpf-dataelement-169
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impf-Frist (Datum der nächsten Impfung)
 
|Datum (Frist oder Zeitraum), an dem der nächste Impftermin (für diese Impfung) notwendig ist.<br /><br />Wird definiert durch: <br />Nationaler Impfplan<br />Fachinformation (liegt derzeit nicht strukturiert vor)<br />Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)
 
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS
 
|elgaimpf-dataelement-28
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Dosiskennung (Dosis-Nummer, Reihenfolgenummer in der Sequenz der Impfdosen)
 
|Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)
 
|/precondition/criterion "Immunization Schedule Entry"
 
|elgaimpf-dataelement-231
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Autor (Quelle)
 
|Person oder System, das die Empfehlung generiert
 
|/author
 
|elgaimpf-dataelement-232
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)
 
|Verweist auf die Impfung, für die diese Empfehlung gilt. Eine Impfempfehlung pro Impfung (nicht pro Kombination)
 
|entryRelationship mit observation "Immunization Target Entry"
 
|elgaimpf-dataelement-380
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfstoff (Referenz)
 
|Verweist auf das Produkt, für das die Empfehlung gilt; aber mit eingeschränkten Attributen (PZN)
 
|consumable
 
|elgaimpf-dataelement-233
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfschema (Referenz)
 
|Referenz auf den der Empfehlung zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)
 
|reference/externalDocument
 
|elgaimpf-dataelement-234
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Begründung
 
|Freitext zur Begründung einer vom Impfarzt angepassten Impfempfehlung
 
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"
 
|elgaimpf-dataelement-171
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
 
|'''Kontraindikation für Impfungen'''
 
|Daten der Impfungen, die nicht verabreicht werden sollen:<br />* Impfung<br />
 
 
 
*Zeitraum, in dem die Kontraindikation gilt<br />* Kommentar<br /><br />Muss von einem Arzt eingetragen werden
 
|Sektion "Impfempfehlungen - kodiert" mit entry/substanceAdministration "Immunization Recommendation Entry" und negationInd "true".
 
|elgaimpf-dataelement-169
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Zeitraum
 
|Zeitraum, in dem die Kontraindikation gilt
 
|choice von /effectiveTime als TS und /effectiveTime als IVL_TS
 
|elgaimpf-dataelement-28
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Autor (Quelle)
 
|Person oder System, das die Kontraindikation bestätigt
 
|/author
 
|elgaimpf-dataelement-232
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfung (Klassifikation) (Referenz)
 
|Verweist auf die Impfung, für die diese Kontraindikation gilt.
 
|entryRelationship mit observation "Immunization Target Entry"
 
|elgaimpf-dataelement-380
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfstoff (Referenz)
 
|Verweist auf das Produkt, für das die Kontraindikation gilt
 
|consumable
 
|elgaimpf-dataelement-233
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfschema (Referenz)
 
|Referenz auf den der Kontraindikation zugrundeliegenden Impfplan, Fachinformation, Dokumentation, …<br />1. Nationaler Impfplan<br />2. Fachinformation (liegt derzeit nicht strukturiert vor)<br />3. Individuelle Konstellation des Impflings --> manueller Eintrag bei Impfung<br />(Abhängig vom Produkt bzw "Impfung", wenn Kombinationspräparat)
 
|reference/externalDocument
 
|elgaimpf-dataelement-234
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Begründung
 
|Freitext zur Begründung einer vom Arzt eingetragenen Kontraindikation
 
|entryRelationship/@typeCode = "RSON" mit act "Comment Entry"
 
|elgaimpf-dataelement-171
 
|- style="vertical-align:top;"
 
|'''Impfrelevante Erkrankung'''
 
|Dokumentation von Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.<br />Die Eintragung erfolgt optional bei der Erhebung der Impfanamnese.
 
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"
 
|elgaimpf-dataelement-27
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfrelevante Erkrankung
 
|Impfrelevante Erkrankung (aus Auswahlkatalog, z.B. FSME, Varizellen, ...)
 
|Sektion "Impfrelevante Erkrankungen - kodiert" mit act "Impfrelevante Erkrankungen Problem Concern Entry"
 
|elgaimpf-dataelement-126
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Erkrankungsdatum
 
|Zeitintervall, in der die Erkrankung beobachtet wurde
 
|
 
|elgaimpf-dataelement-393
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Bemerkungen (Anmerkungen)
 
|Freitext für Eintragung des Nachweises der durchgemachten Erkrankung, z.B. durch Vorbefund oder Laborbefund mit Titer.
 
|observation "Impfrelevante Erkrankungen Problem Entry" mit entryRelationship act "Comment Entry"
 
|elgaimpf-dataelement-16
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Autor
 
|Erfasser der Information
 
|
 
|elgaimpf-dataelement-282
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Impfung (Referenz)
 
|Verknüpfung zu Impfung
 
|
 
|elgaimpf-dataelement-284
 
|- style="vertical-align:top;"
 
|'''Antikörper-Bestimmung (Impftiter)'''
 
|Ergebnisse von Antikörper-Untersuchungen, Antikörper Bestimmungen für für Virushepatitis A und B, Röteln und Varizellen etc.
 
|Sektion "Antikörper-Bestimmung" mit act "Lab Report Data Processing Entry" und entryRelationship "Laboratory Observation Entry"
 
|elgaimpf-dataelement-129
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Analyse
 
|Gemessener Laborparameter
 
|"Laboratory Observation Entry"
 
|elgaimpf-dataelement-271
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Wert
 
|Wert der Analyse
 
|"Laboratory Observation Entry" / value
 
|elgaimpf-dataelement-272
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Einheit
 
|Einheit des Messwerts. <br />Muss in UCUM Notation angegeben werden
 
|"Laboratory Observation Entry" /value/@unit
 
|elgaimpf-dataelement-273
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Bewertung (Interpretation)
 
|Interpretations des Messwerts (Interpretationskennzeichen)
 
|"Laboratory Observation Entry" /interpretationCode
 
|elgaimpf-dataelement-274
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Datum
 
|Datum der Abnahme (wenn nicht vorhanden, Datum der Bestimmung)
 
|"Laboratory Observation Entry" /effectiveTime
 
|elgaimpf-dataelement-275
 
|- style="vertical-align:top;"
 
| style="padding-left: 15px" |Durchführendes Labor
 
|Durchführendes Labor
 
|"Laboratory Observation Entry" / performer
 
|elgaimpf-dataelement-276
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |ID der Organisation
 
|
 
|
 
|elgaimpf-dataelement-277
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Name der Organisation
 
|
 
|
 
|elgaimpf-dataelement-278
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Telekom
 
|Weitere Kontaktdaten (Telefon, Handy, Email...)
 
|
 
|elgaimpf-dataelement-279
 
|- style="vertical-align:top;"
 
| style="padding-left: 30px" |Adresse
 
|Adresse der Person (Subelemente: Straße, Hausnummer, PLZ, Ort)<br />Qualifier zur Bezeichnung der Art der Adresse: Wohnadresse, Arbeitsadresse, Pflege, Temporär...)
 
|
 
|elgaimpf-dataelement-280
 
|- style="vertical-align:top;"
 
|'''Informationsquelle'''
 
|Herkunft der Information
 
|
 
|elgaimpf-dataelement-11
 
|}
 
 
 
[https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.777.4.1.1&language=de-DE&effectiveDate=2018-08-12T16:37:15&format=html&hidecolumns=3456bcdefghijklmno Link zum Dataset in Art-Decor]
 
 
 
=Technische Spezifikation=
 
==Ü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:DLT_Grafik_KompletterImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"]]
 
 
 
<ref group="Abbildung">CDA-Dokument in Ausprägung "Kompletter Immunisierungsstatus"</ref>
 
<div class="landscape">
 
===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 Dosiskennung,  medizinisch verantwortliche Person, 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
 
* Kapitel '''Beilagen''': digitalisierter Papierimpfpass als Attachment
 
 
 
Anmerkung: Impfreaktionen werden 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:DLT_Grafik_UpdateImmunisierungsstatus.PNG|400px|CDA-Dokument in Ausprägung "Update Immunisierungsstatus"]]
 
 
 
<ref group="Abbildung">CDA-Dokument in Ausprägung "Update Immunisierungsstatus"</ref>
 
 
 
===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 Dosiskennung,  medizinisch verantwortliche Person, 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 nicht unterstützt.
 
 
 
==Übersicht der Strukturen mit Konformität und Kardinalität==
 
Folgende Tabellen sollen einen groben Überblick über die Inhalte der einzelnen Sektionen geben. Details sind den entsprechenden Templates zu entnehmen.
 
 
 
===Sektion Impfungen - kodiert===
 
'''1. Dokumentation einer Impfung''':
 
 
 
*Kompletter Immunisierungsstatus: Impfung wird angezeigt.
 
*Update Immunisierungsstatus: Neue Impfung wird durchgeführt.
 
*Update Nachtrag Immunisierungsstatus: Nachtrag einer bereits durchgeführten Impfung.
 
 
 
''Anmerkung'': Entweder-Oder-Auswahlmöglichkeiten sind mit "<sup>#)</sup>" gekennzeichnet.
 
 
 
{| class="wikitable"
 
! colspan="3" style="width: 70%" |Sektion Impfungen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
| colspan="2" |Immunization Entry (1.2.40.0.34.6.0.11.3.1)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
|<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)
 
|C [0..1]
 
|M [1..1]
 
|C [0..1]
 
|-
 
|
 
|
 
|<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)
 
|C [0..1]
 
|NP [0..0]
 
|C [0..1]
 
|-
 
|
 
|
 
|Performer Body - Impfende Person (1.2.40.0.34.6.0.11.9.21)  ''Impfende Person''
 
|C [0..1]
 
|C [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''
 
|C [0..1]
 
|M [1..1]
 
|O [0..1]
 
|-
 
|
 
|
 
|Informant Body (1.2.40.0.34.6.0.11.9.3) ''Bürger (bei Selbsteintragung)''
 
|C [0..1]
 
|C [0..1]
 
|NP [0..0]
 
|-
 
|
 
|
 
|Participant Body - Transcriber (1.2.40.0.34.6.0.11.9.14) ''Nachtragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|M [1..1]
 
|-
 
|
 
|
 
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)
 
|M  [1..*]
 
|M  [1..*]
 
|M  [1..*]
 
|-
 
|
 
|
 
|Immunization Billability Entry (1.2.40.0.34.6.0.11.3.5)
 
|NP [0..0]
 
|O [0..1]
 
|NP [0..0]
 
|-
 
|
 
|
 
|Zusatzklassifikation (1.2.40.0.34.6.0.11.3.168) ''Impfsetting''
 
|R [0..*]
 
|R [0..*]
 
|R [0..*]
 
|-
 
|
 
|
 
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf  zugrundeliegendes Update-Dokument''
 
|M [1..1]
 
|R [0..1]
 
|R [0..1]
 
|-
 
|
 
|
 
|External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''
 
|R [0..1]
 
|R [0..1]
 
|R [0..1]
 
|-
 
|
 
|
 
|Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8)
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|-
 
|
 
|
 
|Author Body (1.2.40.0.34.6.0.11.9.36)
 
|R [0..*]
 
|R [0..*]
 
|R [0..*]
 
|-
 
|
 
|
 
|Informant Body (1.2.40.0.34.6.0.11.9.3)
 
|R [0..*]
 
|R [0..*]
 
|R [0..*]
 
|}
 
 
 
'''2.''' Es wird '''keine Impfung''' durchgeführt, sondern z.B. eine Krankheit eingetragen.
 
 
 
{| class="wikitable"
 
! colspan="3" style="width: 70%" |Sektion Impfungen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="3" |SECTION Impfungen - kodiert (1.2.40.0.34.6.0.11.2.1)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
| colspan="2" |Immunization Entry Impfung nicht angegeben (1.2.40.0.34.6.0.11.3.28)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
|Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
| colspan="2" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|}
 
 
 
===Sektion Expositionsrisiko Personengruppen - kodiert===
 
{| class="wikitable"
 
! colspan="4" style="width: 70%" |Sektion Expositionsrisiko Personengruppen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="4" |SECTION  Expositionsrisiko Personengruppen - kodiert (1.2.40.0.34.6.0.11.2.4)
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="3" |Expositionsrisiko Problem Concern Entry (1.2.40.0.34.6.0.11.3.20)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
| colspan="2" |Expositionsrisiko Problem Entry (1.2.40.0.34.6.0.11.3.21)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
|
 
|Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
|Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
|Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf  zugrundeliegendes Update-Dokument''
 
|M [1..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|}
 
 
 
===Sektion Impfrelevante Erkrankungen - kodiert===
 
{| class="wikitable"
 
! colspan="5" style="width: 70%" |Sektion Impfrelevante Erkrankungen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="5" |SECTION Impfrelevante Erkrankungen - kodiert (1.2.40.0.34.6.0.11.2.5)
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="4" |Impfrelevante Erkrankungen Problem Concern Entry (1.2.40.0.34.6.0.11.3.8)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
| colspan="3" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
| colspan="3" |Impfrelevante Erkrankungen Problem Entry (1.2.40.0.34.6.0.11.3.9)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11)
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
|
 
|
 
|Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|-
 
|
 
|
 
|
 
|
 
|Informant Body (1.2.40.0.34.6.0.11.9.3)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|-
 
|
 
|
 
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf  zugrundeliegendes Update-Dokument''
 
|M [1..1]
 
|R [0..1]
 
|R [0..1]
 
|-
 
|
 
|
 
| colspan="3" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''
 
|R [0..1]
 
|R [0..1]
 
|R [0..1]
 
|-
 
|
 
| colspan="4" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|}
 
 
 
===Sektion Antikörper-Bestimmung - kodiert===
 
{| class="wikitable"
 
! colspan="6" style="width: 70%" |Sektion Antikörper-Bestimmung
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="6" |SECTION Antikörper-Bestimmung - kodiert (1.2.40.0.34.6.0.11.2.7)
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="5" |Antikörper-Bestimmung Data Processing Entry (1.2.40.0.34.6.0.11.3.15)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
| colspan="4" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8)
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
| colspan="4" |Antikörper-Bestimmung Battery Organizer (1.2.40.0.34.6.0.11.3.18)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
|
 
| colspan="3" |Antikörper-Bestimmung Laboratory Observation Entry (1.2.40.0.34.6.0.11.3.16)
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Participant ''(Validierende Person)''
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
|
 
|
 
| colspan="2" |Performer Body - Laboratory (1.2.40.0.34.6.0.11.9.28) ''Externes Labor''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|-
 
|
 
|
 
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf  zugrundeliegendes Update-Dokument''
 
|M [1..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
| colspan="4" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf das Impfzertifikat''
 
|R [0..1]
 
|R [0..1]
 
|R [0..1]
 
|-
 
|
 
| colspan="5" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|}
 
 
 
===Sektion Impfempfehlungen - kodiert===
 
{| class="wikitable"
 
! colspan="4" style="width: 70%" |Sektion Impfempfehlungen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="4" |SECTION Impfempfehlungen - kodiert (1.2.40.0.34.6.0.11.2.2)
 
|R [1..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="3" |Immunization Recommendation Entry (1.2.40.0.34.6.0.11.3.3)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
| colspan="2" |<sup>#)</sup> Vaccine Product (1.2.40.0.34.6.0.11.9.32)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|-
 
|
 
|
 
| colspan="2" |<sup>#)</sup> Vaccine Product nicht angegeben (1.2.40.0.34.6.0.11.9.31)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|-
 
|
 
|
 
| colspan="2" |Author Body - eImpfpass (1.2.40.0.34.6.0.11.9.8) ''Medizinisch verantwortliche Person''
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
|
 
| colspan="2" |Participant Body - Verifier (1.2.40.0.34.6.0.11.9.44) ''Korrigierende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
| colspan="2" |Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46) ''Berechtigter Bearbeiter''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
| colspan="2" |Participant Body - Data Enterer (1.2.40.0.34.6.0.11.9.47) ''Eintragende Person''
 
|C [0..1]
 
|NP [0..0]
 
|NP [0..0]
 
|-
 
|
 
|
 
| colspan="2" |Immunization Target Entry (1.2.40.0.34.6.0.11.3.2)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
| colspan="2" |Comment Entry (1.2.40.0.34.6.0.11.3.11) ''siehe Sektion Impfrelevante Erkrankungen''
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
| colspan="2" |Impfplan Entry (1.2.40.0.34.6.0.11.3.22)
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
| colspan="2" |External Document Entry (1.2.40.0.34.6.0.11.3.14) ''Referenz auf  zugrundeliegendes Update-Dokument''
 
|O [0..1]
 
|O [0..1]
 
|O [0..1]
 
|-
 
|
 
|
 
| colspan="2" |Immunization Schedule Entry (1.2.40.0.34.6.0.11.3.10) ''Impfschema''
 
|M [1..1]
 
|M [1..1]
 
|M [1..1]
 
|-
 
|
 
| colspan="3" |SECTION Übersetzung (1.2.40.0.34.6.0.11.2.8) ''(siehe Sektion Impfungen)''
 
|O [0..*]
 
|O [0..*]
 
|O [0..*]
 
|}
 
 
 
===Sektion Beilagen===
 
{| class="wikitable"
 
! colspan="3" style="width: 70%" |Sektion Beilagen
 
! style="width: 10%" |Kompletter I.
 
! style="width: 10%" |Update I.
 
! style="width: 10%" |Update I.
 
Nachtrag
 
|-
 
| colspan="3" |SECTION Beilagen (1.2.40.0.34.6.0.11.2.71)
 
|O [0..1]
 
|R [0..1]
 
|O [0..1]
 
|-
 
|
 
| colspan="2" |Eingebettetes Objekt Entry (1.2.40.0.34.6.0.11.3.19)
 
|M [1..*]
 
|M [1..*]
 
|M [1..*]
 
|-
 
|
 
|
 
|Author Body (1.2.40.0.34.6.0.11.9.36)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|-
 
|
 
|
 
|Informant Body (1.2.40.0.34.6.0.11.9.3)
 
|C [0..1]
 
|C [0..1]
 
|C [0..1]
 
|}
 
 
 
==CDA Templates==
 
<!--
 
dynamic: {{:oid/dynamic}}
 
static: {{:oid/static-YYYY-mm-dd}}
 
-->
 
===Document Level Templates===
 
====Kompletter Immunisierungsstatus====
 
{{:1.2.40.0.34.6.0.11.0.4/dynamic}}
 
====Update Immunisierungsstatus====
 
{{:1.2.40.0.34.6.0.11.0.2/dynamic}}
 
 
 
===Header Level Templates===
 
==== Document Realm  ====
 
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}
 
====Document TypeId====
 
{{:1.2.40.0.34.6.0.11.1.30/dynamic}}
 
==== Document Id ====
 
{{:1.2.40.0.34.6.0.11.1.1/dynamic}}
 
==== Document Effective Time ====
 
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}
 
==== Document Confidentiality Code  ====
 
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}
 
==== Document Language ====
 
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}
 
==== Document Set Id and Version Number ====
 
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}
 
====Record Target - e-Impfpass====
 
{{:1.2.40.0.34.6.0.11.1.31/dynamic}}
 
====Author====
 
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}
 
==== Data Enterer====
 
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
 
====Custodian====
 
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}
 
====Legal Authenticator====
 
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}
 
==== Information Recipient ====
 
Wird nicht verwendet.
 
====Participant ====
 
Folgende Participants werden nicht verwendet:
 
*Ein-, Ueber-, Zuweisender Arzt
 
*Hausarzt
 
*Auskunftsberechtigte Person (Notfallkontakt)
 
*Angehörige
 
*Versicherung
 
*Wird nicht verwendet.
 
*Betreuungsorganisation
 
*Weitere Behandler
 
====In Fulfillment Of ====
 
Wird nicht verwendet.
 
====Documentation Of Service Event - e-Impfpass ====
 
{{:1.2.40.0.34.6.0.11.1.32/dynamic}}
 
 
 
====Document Replacement - Related Document ====
 
{{:1.2.40.0.34.6.0.11.1.14/dynamic}}
 
====Authorization ====
 
Wird nicht verwendet.
 
====Component Of - Encompassing Encounter ====
 
<!-- wurde beabsichtigt auf die 2019 Version gesetzt, da dies breaking Changes wären für den neuen Leitfaden -->
 
{{:1.2.40.0.34.6.0.11.1.7/static-2019-03-07T104449}}
 
 
 
====Encounter Location====
 
{{:1.2.40.0.34.6.0.11.1.8/static-2019-03-07T111321}}
 
 
 
===Section Level Templates===
 
====Impfungen - kodiert====
 
{{:1.2.40.0.34.6.0.11.2.1/dynamic}}
 
====Expositionsrisiko Personengruppen - kodiert ====
 
{{:1.2.40.0.34.6.0.11.2.4/dynamic}}
 
 
 
====Impfrelevante Erkrankungen - kodiert====
 
{{:1.2.40.0.34.6.0.11.2.5/dynamic}}
 
====Antikörper-Bestimmung====
 
{{:1.2.40.0.34.6.0.11.2.7/dynamic}}
 
====Impfempfehlungen - kodiert====
 
{{:1.2.40.0.34.6.0.11.2.2/dynamic}}
 
====Beilagen====
 
{{:1.2.40.0.34.6.0.11.2.71/dynamic}}
 
 
 
====Übersetzung (informativ)====
 
{{:1.2.40.0.34.6.0.11.2.8/dynamic}}
 
 
 
===Entry Level Template===
 
====Antikörper-Bestimmung Battery Organizer====
 
{{:1.2.40.0.34.6.0.11.3.18/dynamic}}
 
====Antikörper-Bestimmung Data Processing Entry ====
 
{{:1.2.40.0.34.6.0.11.3.15/dynamic}}
 
====Antikörper-Bestimmung Laboratory Observation Entry ====
 
{{:1.2.40.0.34.6.0.11.3.16/dynamic}}
 
====Comment Entry====
 
{{:1.2.40.0.34.6.0.11.3.11/dynamic}}
 
====Eingebettetes Objekt Entry====
 
{{:1.2.40.0.34.6.0.11.3.19/dynamic}}
 
==== Expositionsrisiko Problem Concern Entry====
 
{{:1.2.40.0.34.6.0.11.3.20/dynamic}}
 
==== Expositionsrisiko Problem Entry====
 
{{:1.2.40.0.34.6.0.11.3.21/dynamic}}
 
====External Document Entry ====
 
{{:1.2.40.0.34.6.0.11.3.14/dynamic}}
 
====Immunization Billability Entry ====
 
{{:1.2.40.0.34.6.0.11.3.5/dynamic}}
 
====Immunization Entry====
 
{{:1.2.40.0.34.6.0.11.3.1/dynamic}}
 
====Immunization Entry Impfung nicht angegeben====
 
{{:1.2.40.0.34.6.0.11.3.28/dynamic}}
 
====Immunization Recommendation Entry ====
 
{{:1.2.40.0.34.6.0.11.3.3/dynamic}}
 
====Immunization Schedule Entry ====
 
{{:1.2.40.0.34.6.0.11.3.10/dynamic}}
 
====Immunization Target Entry====
 
{{:1.2.40.0.34.6.0.11.3.2/dynamic}}
 
====Impfplan Entry====
 
{{:1.2.40.0.34.6.0.11.3.22/dynamic}}
 
====Impfrelevante Erkrankungen Problem Concern Entry  ====
 
{{:1.2.40.0.34.6.0.11.3.8/dynamic}}
 
====Impfrelevante Erkrankungen Problem Entry====
 
{{:1.2.40.0.34.6.0.11.3.9/dynamic}}
 
====Vaccine Product ====
 
{{:1.2.40.0.34.6.0.11.9.32/dynamic}}
 
====Vaccine Product nicht angegeben ====
 
{{:1.2.40.0.34.6.0.11.9.31/dynamic}}
 
====Zusatzklassifikation (für Impfungen)==== 
 
{{:1.2.40.0.34.6.0.11.3.168/dynamic}}
 
 
 
===Weitere CDA Fragmente ===
 
====Address Compilation====
 
{{:1.2.40.0.34.6.0.11.9.25/dynamic}}
 
====Address Compilation Minimal====
 
{{:1.2.40.0.34.6.0.11.9.10/dynamic}}
 
====Assigned Entity====
 
{{:1.2.40.0.34.6.0.11.9.22/dynamic}}
 
====Assigned Entity Body====
 
{{:1.2.40.0.34.6.0.11.9.16/dynamic}}
 
====Assigned Entity Body with name, addr and telecom====
 
{{:1.2.40.0.34.6.0.11.9.29/dynamic}}
 
====Author Body ====
 
{{:1.2.40.0.34.6.0.11.9.36/dynamic}}
 
====Author Body - eImpfpass====
 
{{:1.2.40.0.34.6.0.11.9.8/dynamic}}
 
====Date Interval Information minimal====
 
{{:1.2.40.0.34.6.0.11.9.35/dynamic}}
 
====Device Compilation====
 
{{:1.2.40.0.34.6.0.11.9.18/dynamic}}
 
====Informant Body====
 
{{:1.2.40.0.34.6.0.11.9.3/dynamic}}
 
====Narrative Text Reference====
 
{{:1.2.40.0.34.6.0.11.9.1/dynamic}}
 
====Organization Compilation with id, name====
 
{{:1.2.40.0.34.6.0.11.9.5/dynamic}}
 
====Organization Compilation with id, name, tel, addr====
 
{{:1.2.40.0.34.6.0.11.9.7/dynamic}}
 
====Organization Compilation with name====
 
{{:1.2.40.0.34.6.0.11.9.9/dynamic}}
 
====Organization Compilation with name, addr minimal ====
 
{{:1.2.40.0.34.6.0.11.9.20/dynamic}}
 
====Organization Name Compilation ====
 
{{:1.2.40.0.34.6.0.11.9.27/dynamic}}
 
====Original Text Reference====
 
{{:1.2.40.0.34.6.0.11.9.2/dynamic}}
 
====Participant Body====
 
{{:1.2.40.0.34.6.0.11.9.13/dynamic}}
 
====Participant Body - Transcriber ====
 
{{:1.2.40.0.34.6.0.11.9.14/dynamic}}
 
====Participant Body - Verifier ====
 
{{:1.2.40.0.34.6.0.11.9.44/dynamic}}
 
====Participant Body - Authorized Editor====
 
{{:1.2.40.0.34.6.0.11.9.46/dynamic}}
 
 
 
====Participant Body - Data Enterer====
 
{{:1.2.40.0.34.6.0.11.9.47/dynamic}}
 
 
 
====Performer Body====
 
{{:1.2.40.0.34.6.0.11.9.17/dynamic}}
 
====Performer Body - Impfende Person====
 
{{:1.2.40.0.34.6.0.11.9.21/dynamic}}
 
====Performer Body - Laboratory====
 
{{:1.2.40.0.34.6.0.11.9.28/dynamic}}
 
====Person Name Compilation G1====
 
{{:1.2.40.0.34.6.0.11.9.26/dynamic}}
 
====Person Name Compilation G1 M====
 
{{:1.2.40.0.34.6.0.11.9.12/dynamic}}
 
====Person Name Compilation G2====
 
{{:1.2.40.0.34.6.0.11.9.6/dynamic}}
 
====Person Name Compilation G2 M====
 
{{:1.2.40.0.34.6.0.11.9.11/dynamic}}
 
====Time Interval Information minimal====
 
{{:1.2.40.0.34.6.0.11.9.15/dynamic}}
 
 
 
</div class="landscape">
 
 
 
==Terminologien==
 
Die für den kompletten Immunisierungsstatus und für das Update erforderlichen Terminologien sind im Folgenden aufgelistet. Achtung: Codelisten und Value Sets können weitere Attribute benötigen, die hier nicht darstellbar sind. Diese können jedoch vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at
 
 
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.20025 ActStatusCompleted]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.10 atcdabbr_LanguageCode]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.11 atcdabbr_LanguageCode]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.13 eImpf_Antikoerperbestimmung_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.10 eImpf_HistorischeImpfstoffe_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.4 eImpf_ImmunizationTarget_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.6 eImpf_Impfdosis_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.7 eImpf_Impfgrund_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.2 eImpf_ImpfrelevanteErkankungen_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.11 eImpf_Impfrollen_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.5 eImpf_Impfschema_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.14 eImpf_Impfstoffe_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.15 eImpf_SpecialSituationIndication_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.62 eImpf_Zusatzklassifikation_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.5 ELGA_ActEncounterCode]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.16 ELGA_AddressUse]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.4 ELGA_AdministrativeGender ]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.6 ELGA_AuthorSpeciality]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgabbr-?id=1.2.40.0.34.10.39 ELGA_Dokumentenklassen]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.27 ELGA_EntityNameUse]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.173 ELGA_HumanLanguage]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.42 ELGA_Medientyp]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS]
 
**Gültige UCUM-Einheit, siehe Terminologieserver. Beispiele:
 
*** <nowiki>{Stueck}</nowiki> oder <nowiki>{Packung}</nowiki> - vollständige Verabreichung einer Fertigspritze
 
*** <nowiki>ml</nowiki> - für eine abweichende Dosis angegeben in Volumseinheiten
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ ]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.2 ELGA_NullFlavor]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.13 ELGA_ObservationInterpretation]
 
**Für die Antikörperbestimmung (Impftiter) im e-Impfpass kommen die Werte aus dem Knoten ''_ObservationInterpretationDetection'' zum Einsatz.
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.17 ELGA_PersonalRelationship]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=1.2.40.0.34.10.43 ELGA_ServiceEventPerformer]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.36 ELGA_TelecomAddressUse]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.25 ELGA_URLScheme]
 
* [https://art-decor.org/art-decor/decor-valuesets--elga-?id=1.2.40.0.34.10.73 ELGA_whoATC]
 
* ELGA_Wirkstoffe_AGES_VS
 
**Siehe Terminologieserver
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.16040 EntityCode]
 
* [https://art-decor.org/art-decor/decor-valuesets--elgaimpf-?id=2.16.840.1.113883.1.11.10901 ParticipationType]
 
 
 
<div class="portrait">
 
 
 
=Anhang=
 
==Abbildungen==
 
<references group="Abbildung"/>
 
==Tabellen==
 
<references group="Tabelle" />
 
==Abkürzungsverzeichnis==
 
{{ILF:Abkuerzungsverzeichnis}}
 
 
 
==Literaturverzeichnis==
 
<references />
 
</div>
 
 
 
==Revisionsliste==
 
===Nebenversionen===
 
==== Nebenversion (Patch) 1.3.1+20220719 ====
 
===== Vaccine Product 1.2.40.0.34.6.0.11.9.32 =====
 
*Klarstellung der möglichen Verwendung des "Handelsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/code/@displayName
 
*Klarstellung der möglichen Verwendung des "Zulassungsnamens" einer Arznei in manufacturedProduct/manufacturedMaterial/name
 
(Beispiel-Snippets entsprechend angepasst)
 
*Constraint erweitert mit Beschränkung der Länge der Chargennummer auf 20 Zeichen (diese sind gem. GS1-Standard ohnehin auf 20 Zeichen beschränkt)
 
 
 
===== Impfempfehlungen - kodiert 1.2.40.0.34.6.0.11.2.2 =====
 
*Im Strukturbeispiel wurde die falsche TemplateID "1.2.40.0.34.6.0.11.2.1" entfernt
 
===== Immunization Entry Impfung nicht angegeben 1.2.40.0.34.6.0.11.3.28 =====
 
Im Strukturbeispiel fehlte bei Consumable der TypeCode CSM
 
 
 
===== Leitfaden diverse Kapitel =====
 
*Kapitel 10.1 Dataset
 
elgaimpf-dataelement-31, Name und Beschreibung korrigiert von "Handelsname" zu "Zulassungsname". Beispiele korrigiert.
 
*Kapitel 5 Begriffsdefinitionen
 
Zeile "Persönlicher e-Impfpass", "Zulassungsname" in der Definition ergänzt.
 
 
 
====Nebenversion 1.3.0+20220127====
 
=====Participant Body - Data Enterer 1.2.40.0.34.6.0.11.9.47=====
 
Das Template "Participant Body - Data Enterer" wurde erstellt, damit der Data Enterer aus dem Update Immunisierungsstatus im Kompletten Immunisierungsstatus in die Entries (Immunization Entry, Immunization Recommendation Entry, Impfrelevante Erkrankungen Problem Entry) übernommen werden kann.
 
=====Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21=====
 
Dem Entry wurden die Participants "Participant Body - Verifier" (1.2.40.0.34.6.0.11.9.44), "Participant Body - Authorized Editor" (1.2.40.0.34.6.0.11.9.46) und "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.
 
=====Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16=====
 
Dem Entry wurde der Participants "Participant Body - Data Enterer" (1.2.40.0.34.6.0.11.9.47) hinzugefügt.
 
 
 
====Nebenversion 1.2.0+20220103====
 
======DLT Kompletter Immunisierungsstatus 1.2.40.0.34.6.0.11.0.4======
 
Anpassungen betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":
 
 
 
*neue Sektion Beilagen 0..1 ergänzt
 
 
 
=====DLT Update Immunisierungsstatus 1.2.40.0.34.6.0.11.0.2=====
 
Ergänzung von Constraints betreffend neuem Anwendungsfall U2.5 "Selbsteintragung von Impfungen durch den Bürger":
 
 
 
*Author: Bei Selbsteintragung wird die Software als Author angegeben
 
*DataEnterer: Änderung von 0..1 auf 0..1 C + Constraint: Bei Selbsteintragung muss der Bürger als DataEnterer angegeben werden
 
*neue Sektion Beilagen 0..1 + Constraint: Bei Selbsteintragung muss der Bürger als Informant angegeben werden
 
*folgende Sektionen wurden von 0..1 auf 0..1 C gesetzt + Constraint (Bei Selbsteintragung sind die Sektionen verboten):
 
**Expositionsrisiko Personengruppen
 
**Impfrelevante Erkrankungen
 
**Antikörper-Bestimmung
 
**Impfempfehlungen
 
 
 
=====Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3=====
 
Angabe von Kontraindikationen ermöglicht (Empfehlung, keine Impfung durchzuführen). Wird im Update Immunisierungsstatus mit @negationInd="true" angezeigt. Im Kompletten Immunisierungsstatus wird eine entsprechender Code für eine Handlungsempfehlung automatisch hinzugefügt.
 
 
 
=====Performer Body - Impfende Person 1.2.40.0.34.6.0.11.9.21=====
 
Template-Beschreibung angepasst
 
 
 
====='''Author 1.2.40.0.34.6.0.11.1.2'''=====
 
Erweiterung des Constraints, sodass wenn Author ein/e Software/Gerät ist und keine OID aus dem GDA-I angegeben werden kann, die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen müssen.
 
 
 
=====Participant Body - Verifier 1.2.40.0.34.6.0.11.9.44=====
 
"Korrigierende Person" neu hinzugefügt
 
 
 
=====Participant Body - Authorized Editor (1.2.40.0.34.6.0.11.9.46)=====
 
''Berechtigter Bearbeiter'' neu hinzugefügt
 
 
 
=====Participant Body - Transcriber 1.2.40.0.34.6.0.11.9.14=====
 
Angabe der Organisation als scopingEntity.desc für Transcriber ermöglicht
 
 
 
=====Informant Body 1.2.40.0.34.6.0.11.9.3=====
 
 
 
*informant/relatedEntity/ @classCode ergänzt: 1..1 F "PRS"
 
*Beispiel korrigiert
 
 
 
=====Vaccine Product 1.2.40.0.34.6.0.11.9.32=====
 
 
 
*code/@nullFlavor-Assert zusätzlich als narrativer Constraint formuliert
 
*translation/@displayname 0..1 (Zulassungsname) ergänzt
 
*Beispielkorrektur
 
 
 
=====Impfrelevante Erkrankungen Problem Concern Entry 1.2.40.0.34.6.0.11.3.8=====
 
author von 0..1 C auf 1..1 R gesetzt, Constraint angepasst
 
 
 
=====Impfrelevante Erkrankungen Problem Entry1.2.40.0.34.6.0.11.3.9=====
 
 
 
*Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
 
*Korrigierende Person 0..1 C ergänzt
 
 
 
=====Immunization Entry 1.2.40.0.34.6.0.11.3.1=====
 
 
 
*Informant wurde 0..1 C eingefügt, Constraint ergänzt (bei Selbsteintragung Informant verpflichtend, sonst NP)
 
*Anpassung Constraint Author: Bei Selbsteintragung und Update (ohne Nachtrag): Author 1..1 M
 
*Anpassung Constraint participant Transcriber: Bei Selbsteintragung Transcriber verboten (NP)
 
*Korrigierende Person 0..1 C ergänzt
 
*Zusatzklassifikation: Constraint entfernt
 
*/doseQuantity: Korrektur der Beschreibung zur Mengenangabe der verabreichten Arzneispezialität
 
 
 
=====Immunization Recommendation Entry 1.2.40.0.34.6.0.11.3.3=====
 
 
 
*Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author in den Kompletten Immunisierungsstatus übernommen.
 
*Korrigierende Person 0..1 C ergänzt
 
 
 
=====Immunization Schedule Entry 1.2.40.0.34.6.0.11.3.10=====
 
 
 
*Bezeichnung "Impfkonzept" ersetzt durch "Impfschema", Beispielkorrektur Dosis,
 
*value-Constraint bezüglich Selbsteintragung angepasst.
 
 
 
=====Immunization Target Entry 1.2.40.0.34.6.0.11.3.2=====
 
Beispielkorrektur
 
 
 
=====Expositionsrisiko Problem Entry 1.2.40.0.34.6.0.11.3.21=====
 
Beispielkorrektur
 
 
 
=====Expositionsrisiko Problem Concern Entry 1.2.40.0.34.6.0.11.3.20=====
 
Anpassung author von 0..1 C auf 1..1 M
 
 
 
=====Antikörper-Bestimmung Laboratory Observation Entry 1.2.40.0.34.6.0.11.3.16=====
 
 
 
*Anpassung: Es wird nur ein 0..1 Comment Entry mit 0..1 Author den Kompletten Immunisierungsstatus übernommen.
 
*Korrigierende Person 0..1 C ergänzt
 
*Beispiel hinzugefügt, wie ein Testname und Testhersteller für einen Antikörpertest angegeben werden können
 
*code/@codeSystemName ist nicht mehr verpflichtend anzugeben
 
 
 
=====Beilagen 1.2.40.0.34.6.0.11.2.71=====
 
Selbsteintragung durch Bürger: Sektion für Multimedia-Attachments hinzugefügt.
 
 
 
=====Leitfaden diverse Kapitel=====
 
 
 
*3.1 Verbindlichkeit: Ergänzung von Hinweisen auf EU-Recht u. GTelG
 
*3.1. und 9.1 Übersicht über vorhandene Akteure und Komponenten: Hinweise auf Pilotprojekt entfernt
 
*8.4. Impfempfehlungen: Ergänzung Hinweis für individuelle Impfempfehlungen und Definition "Handlungsempfehlung"
 
*8.4.1. Sonderform: Empfehlung, keine Impfung durchzuführen (Kontraindikation)
 
*9 User Storys ("Anwendungsfälle"): U2.2 "Korrektur eines Immunisierungseintrags" und U4 "Datenkorrektur durch Behörde" verbessert, Selbsteintragung durch
 
 
 
Bürger: U2.5 "Selbsteintragung von Impfungen durch den Bürger" hinzugefügt.
 
 
 
*5 Begriffsdefinitionen
 
**Korrektur "Kostenloses Kinderimpfkonzepte" in "Kostenfreies Kinderimpfprogramm"
 
**"Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt.
 
**"Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert.
 
*10 Datenarten:
 
**"Reaktion" auf den korrekten Platz bei Impfung verschoben und zur Verdeutlichung in "Impfreaktion" umbenannt.
 
**"Korrigierende Person" hinzugefügt
 
**"Berechtigter Bearbeiter" hinzugefügt
 
*11.3 Übersicht der Strukturen mit Konformität und Kardinalität: Korrekturen Kardinalität/Konformität
 
*11.5 Terminologien: Value Sets werden nur noch verlinkt
 
*12.4 Literaturverzeichnis: Defekte Links korrigiert
 
 
 
====Nebenversion 1.1.1+20210601====
 
{| class="wikitable"
 
|Schlüssel
 
|Zusammenfassung
 
|<nowiki>Typ</nowiki>
 
|-
 
|
 
|"Begriffsdefinition Nachtragende Person" - die Definition der nachtragenden Person wurde verbessert.
 
|Verbesserung
 
|-
 
|
 
|"Begriffsdefinition Hersteller" - eine Definition des Herstellers (Zulassungsinhabers) von Impfstoffen wurde hinzugefügt.
 
|Verbesserung
 
|-
 
|
 
|"11.4.4.17 Antikörper-Bestimmung Laboratory Observation Entry" - Beispiel hinzugefügt, wie ein Testname und Testhersteller für einen Antikörpertest angegeben werden können.
 
|Verbesserung
 
|}
 
 
 
====Nebenversion 1.1.0+20210512====
 
{| class="wikitable"
 
|Schlüssel
 
|Zusammenfassung
 
|<nowiki>Typ</nowiki>
 
|-
 
|ELGA-1100
 
|"Zusatzklassifikation" (1.2.40.0.34.6.0.11.3.168) / :  Optionale Zusatzklassifikation einer Impfung für Aufnahme von "Impfsetting" etc hinzugefügt
 
|Verbesserung
 
|-
 
|ELGA-1024
 
|"Immunization Entry" (1.2.40.0.34.6.0.11.3.1) / :  Präzision der Datumsangabe bei Impfungen - nur Nachtragungen können mit unscharfen Datumsangaben eingetragen werden
 
|Verbesserung
 
|-
 
|ELGA-1082
 
|Dataset Impfgrund / :  Impfindikation=Impfgrund für Abrechnung - Beschreibung verbessert
 
|Verbesserung
 
|-
 
|ELGA-827
 
|"Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3) / :  Impfempfehlung: Die zu verabreichende Dosis (Menge) kann nun bei der Empfehlung angegeben werden.
 
|Verbesserung
 
|-
 
|ELGA-734
 
|Referenz für Impfzertifikat, Genesungs- und Testzertifikat (1.2.40.0.34.6.0.11.3.14) / :  Optional kann nun auch ein Internet-Link auf ein extern gespeichertes Zertifikat (PDF-Dokument) mit gespeichert werden
 
|Verbesserung
 
|-
 
|
 
|Verbesserungen von Beschreibungen: Definition "Nachtragen", "Impfort", Laboratory Observation observation/referenceRange
 
|Verbesserung
 
|-
 
|ELGA-734
 
|"External  Document Entry" (1.2.40.0.34.6.0.11.3.14) / Dokumentenklassifikation:  Einschränkung auf LOINC entfernt
 
|Verbesserung
 
|-
 
|ELGA-728
 
|"Informant Body" (1.2.40.0.34.6.0.11.9.3): addr: Ergänzung Compilation, telecom: Attribute, Ergänzung Value Sets und Constraint
 
|Verbesserung
 
|-
 
|ELGA-724
 
|"Immunization Recommendation Entry" ([[#Immunization_Recommendation_Entry|1.2.40.0.34.6.0.11.3.3]]):  Kardinalität von Comment Entry (1.2.40.0.34.6.0.11.3.11) von 0..1 auf 0..*  korrigiert, da mehrfach benötigt
 
|Fehler
 
|-
 
|ELGA-719
 
|In der Impfempfehlungslogik werden nicht einzelne Handelsprodukte mit PZN vorgeschlagen, sondern die Zulassungsnummer.
 
 
 
Es ist daher notwendig, dass es eine Möglichkeit gibt, die Zulassungsnummer alleine im Template "Vaccine Product" (1.2.40.0.34.6.0.11.9.32) anzugeben:
 
 
 
/code mit der PZN von [M] zu [R] geändert, dabei MUSS NullFlavor="OTH" angeführt sein.
 
 
 
/code/translation darf mehrfach vorkommen und trägt die Zulassungsnummer.
 
 
 
|Fehler
 
|-
 
|ELGA-717
 
|"Immunization Recommendation Entry" (1.2.40.0.34.6.0.11.3.3): Optionalität von code/@displayName und code/@codeSystemName
 
entspricht den Datentyp-Vorgaben für CD und wird daher nicht redundant modelliert. Daher entfernt.
 
|Verbesserung
 
|-
 
|ELGA-716
 
|Beschreibung, dass passive Immunisierung und "Allergieimpfungen" nicht unterstützt werden, wurde hinzugefügt
 
|Verbesserung
 
|-
 
|ELGA-715
 
|"Antikörper-Bestimmung Laboratory Observation Entry" (1.2.40.0.34.6.0.11.3.16): ReferenceRange Datentyp geändert
 
|Fehler
 
|-
 
|
 
|Kapitel "Wichtige unterstützende Materialien" wurde umbenannt in "Wichtige unterstützende Materialien" und ergänzt mit Link zu Beispielbefunden, Schematron-Prüfregeln, PDF-Version des Leitfadens
 
|Verbesserung
 
|-
 
|
 
|Dataset-Elemente des Headers wurden in den Templates referenziert/gemappt (rein informativ).
 
|Verbesserung
 
|-
 
|
 
|"Expositionsrisiko Personengruppen - kodiert" (1.2.40.0.34.6.0.11.2.4):
 
- ID der Sektion: Kardinalität von 0..* auf 0..1 geändert
 
 
 
- Titel der Sektion wurde von "Expositionsrisiko - Personengruppen" auf "Spezielle Impfindikation" geändert
 
|Fehler
 
|-
 
|
 
|"Impfrelevante Erkrankungen - kodiert" (1.2.40.0.34.6.0.11.2.5) / id: Kardinalität von 0..* auf 0..1 geändert
 
|Fehler
 
|-
 
|
 
|"Übersetzung (informativ)" (1.2.40.0.34.6.0.11.2.8): Containment "Author Body - eImpfpass" (1.2.40.0.34.6.0.11.9.8) geändert auf  "Author Body" (1.2.40.0.34.6.0.11.9.36), "Author Body" im Leitfaden ergänzt
 
|Fehler
 
|-
 
|
 
|"Address Compilation" (1.2.40.0.34.6.0.11.9.25) und Address Compilation Minimal (1.2.40.0.34.6.0.11.9.10): Änderung streetAddressLine, streetName, houseNumber von 0..1 R auf 0..1 C, Constraint ergänzt
 
|Verbesserung
 
|-
 
|
 
|Schamatron Prüfregeln wurden in einigen Templates ergänzt. Diese waren aber bereits in entsprechenden Constraints beschrieben
 
|Verbesserung
 
|-
 
|
 
|Kapitel "Revisionsliste" ergänzt
 
|Verbesserung
 
|-
 
|
 
|"Immunization Schedule Entry" (1.2.40.0.34.6.0.11.3.10): Constraint angepasst
 
|Verbesserung
 
|-
 
|
 
|"Immunization Target Entry" (1.2.40.0.34.6.0.11.3.2): @codeSystem von 1..1 F 2.16.840.1.113883.6.96 auf 1..1 R geändert, @codeSystemName fixer Wert entfernt
 
|Verbesserung
 
|-
 
|
 
|"6.1.2 Legende der Konformitätskriterien (Optionalität)" Verbesserte Beschreibung.
 
|Verbesserung
 
|-
 
|
 
|"9.6 U4 Datenkorrektur durch Behörde" - Wording angepasst um keinen physischen Amtsweg zu implizieren, "Bezirksverwaltungsbehörde" statt "Bezirkshauptmannschaft".
 
|Verbesserung
 
|}
 
<br />
 

Aktuelle Version vom 15. Juni 2023, 09:04 Uhr

testseite