Aktuelle Version vom 5. März 2015, 17:07 Uhr

	Dieses Dokument gibt wieder: Implementierungsleitfaden Übermittlung meldepflichtiger Krankheiten - Arztmeldung (0.99). Die Teilmaterialien gehören der Kategorie cdamik an.

Übermittlung meldepflichtiger Krankheiten - Arztmeldung

Implementierungsleitfaden

Abgestimmt

Version:	0.99
Datum:	27. September 2013
Status:	Abgestimmt
Verfahren:	{{{Verfahren}}}
Realm:	Deutschland

Abstimmungsdokument
Version	Datum	Status	Realm
0.90	1. August 2013	Abstimmung	Deutschland
		[download]
0.99	27. September 2013	Abgestimmt	Deutschland
		[download]

Inhaltsverzeichnis

1 Implementierungsleitfaden zur Übermittlung meldepflichtiger Krankheiten - Arztmeldung
2 Ansprechpartner und Autoren
3 Einleitung
4 Dynamisches Modell
- 4.1 D2D
- 4.2 Webservices
5 Dokumenttypen
6 Document Level Templates für Arzt- und Labormeldung
- 6.1 Dokument "Arztmeldung nach § 6 IfSG"
  - 6.1.1 Besonderheiten
  - 6.1.2 Links
- 6.2 Dokument "Labormeldung nach § 7 Abs. 1 und 2 IfSG"
  - 6.2.1 Besonderheiten
  - 6.2.2 Links
7 Header Level Templates
8 Section Level Templates Arztmeldung
9 Entry Level Templates Arztmeldung
10 Anhang
- 10.1 Liste der Value Sets
- 10.2 Offene Punkte

Implementierungsleitfaden zur Übermittlung meldepflichtiger Krankheiten - Arztmeldung

Dieses Dokument ist die Weiterentwicklung des bereits als PDF vorhandenen Implementierungsleitfadens aus dem Jahr 2008. Weitere Details zu Hintergründen und Beteiligten sind auf der Projektseite dargestellt.

Für die Labormeldung ist ein eigenständiger Leitfaden zu verwenden.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Ansprechpartner und Autoren

Ansprechpartner:

Lars Treinat, Zentrum für Telematik und Telemedizin GmbH, Bochum

Autoren:

Lars Treinat, Zentrum für Telematik und Telemedizin GmbH, Bochum
Mathias Aschhoff, Zentrum für Telematik und Telemedizin GmbH, Bochum
Stefan Brüne, Zentrum für Telematik und Telemedizin GmbH, Bochum
Cindy Gieselmann, Zentrum für Telematik und Telemedizin GmbH, Bochum
Dr. Frank Oemig, Agfa HealthCare, Bonn
Dr. Kai U. Heitmann, Heitmann Consulting and Services, Hürth

Editoren:

Dr. Frank Oemig, Agfa HealthCare, Bonn
Dr. Kai U. Heitmann, Heitmann Consulting and Services, Hürth

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Einleitung

Motivation und Ziel

Vor dem Hintergrund der jüngsten Epidemien wurden vielfach Forderungen erhoben das Meldewesen in Deutschland zu modernisieren und schneller zu machen. In Abstimmung mit den aktuellen Aktivitäten auf Bundesebene beabsichtigt das Land Nordrhein-Westfalen die Erprobung eines elektronischen Meldeweges weiter voranzutreiben. Zu diesem Zweck wurde das Zentrum für Telematik im Gesundheitswesen (ZTG) mit der Erarbeitung der Grundlagen für die Einführung eines elektronischen Meldeverfahrens zur Übermittlung von meldepflichtigen Krankheiten und Erregern von Ärztinnen/Ärzten und Laboreinrichtungen an die zuständigen Gesundheitsämter sowie mit der Betreuung entsprechender Pilotversuche betraut. Zielsetzung ist die Übermittlung für die Meldepflichtigen so schnell und einfach wie möglich zu gestalten. Dafür wird angestrebt, in den Primärsystemen bereits vorhandene Informationen zum Erkennen eines meldepflichtigen Falls und zum weitgehenden Vorbefüllen eines Meldedatensatzes zu nutzen, so dass eine Meldung gemäß den Vorgaben des IfSG bzw. des Robert-Koch-Instituts (RKI) „auf Knopfdruck“ verschlüsselt an das zuständige Gesundheitsamt übermittelt werden kann. Der prinzipielle Meldeweg und -umfang an sich bleiben von der Umstellung auf eine elektronische Meldung unberührt.

Der hier dargestellte Entwurf eines Implementierungsleitfadens ist derzeit noch in Entwicklung und orientiert sich an den umfangreichen Vorarbeiten eines PDF-Leitfadens aus dem Jahr 2008. Allerdings ist vorerst der inhaltliche Fokus enger gefasst und auf die elektronische Umsetzung der existierenden (aktuell gesetzlich vorgegebenen) Meldewege für namentliche Meldungen ausgerichtet.

Hintergrund der etablierten Formulare zur Übermittlung von meldepflichtigen Krankheiten und Erregern gemäß Infektionsschutzgesetz (IfSG)

Inhalt der Meldungen nach IfSG ist die Übermittlung meldepflichtiger Infektionskrankheiten bzw. Erregernachweise durch Ärzte und Labore an die zuständigen Behörden. In den meisten Fällen sind dies die Gesundheitsämter entweder am Ort des Krankenhauses oder dem Wohnort des Patienten. Dies dient u.a. dazu, dass die zuständigen Behörden geeignete seuchenhygienische Maßnahmen zum Schutz der Bevölkerung einleiten können und ein umfassendes Lagebild bei Epidemien erhalten.

Die Meldekette in ihrer heutigen Form ist - abgesehen von der "ersten Meile" vom Meldepflichtigen zum zuständigen Gesundheitsamt - weitestgehend durch elektronische Übermittlung von maschinell verarbeitbaren Datensätzen realisiert. Für die Übermittlung der Daten zwischen den Gesundheitsämtern, Landesgesundheitsbehörden und dem auf Bundesebene zuständigen Robert-Koch-Institut (RKI) stehen durch das RKI definierte Datensatzstrukturen und Tools (SurvNet@RKI) zur Verfügung. Bei der initialen Übermittlung auf der "ersten Meile" erfolgt die Meldung auf Basis von Formularen, deren Systematik für eine papierorientierte Meldung primär darauf ausgerichtet ist, alle relevanten Daten möglichst auf einer DIN-A4-Seite abzubilden. In der Praxis werden diese Formularmuster häufig handschriftlich ausgefüllt und per Brief oder Fax übermittelt. Daneben werden mit zunehmender Tendenz auch frei gestaltete Meldungen per Fax oder Email an die Gesundheitsämter gesandt. Dies führt zu einem erheblichen Aufwand bei der Auswertung und Erfassung der Meldungen.

Angestoßen von der Vogelgrippe in 2009 und der EHEC-Epidemie im Sommer 2011 wurde der Ansatz wieder aufgenommen, die Meldungen der meldepflichtigen Personenkreise an die zuständigen Behörden vom heute üblichen Post- oder Fax-Versand durch eine elektronische Übermittlung mittels eines standardisierten und strukturierten Datensatzes abzulösen. Zielsetzung ist dabei zum Einen den meldepflichtigen Personenkreisen (insbesondere Ärzten und Laboren) einen zeitgemäßen Übertragungsweg zu eröffnen, der eine optimierte Integration in die Abläufe der Praxen, Krankenhäuser und Labore ermöglicht und zum Anderen das Potential bietet, die Geschwindigkeit, Qualität und bei bestimmten Erkrankungen auch die Quantität der Meldungen erheblich zu verbessern.

Die grundlegenden Inhalte der Meldung sind im Infektionsschutzgesetz (§ 6 Meldepflichtige Krankheiten, § 7 Meldepflichtige Nachweise von Krankheitserregern) bundesrechtlich geregelt. Details legt das RKI in einem jährlich aktualisierten Regelwerk fest. Entsprechend der unterschiedlichen Inhalte und Struktur der Meldungen bei Krankheiten und Erregern, adressiert die Meldepflicht hierfür unterschiedliche Personengruppen. Meldungen von Krankheiten erfolgen gemäß § 6 i.V.m. § 8 Abs. 1 IfSG größtenteils durch den feststellenden Arzt in Praxis, Krankenhäusern oder anderen stationären Einrichtungen. Daneben sind in diesen Fällen eine Reihe weiterer Personen meldepflichtig (z.B. Angehörige eines anderen Heil- oder Pflegeberufs, Leiter von stationären Einrichtungen, Flugzeug- oder Schiffsführer), wenn eine Meldung durch den Arzt noch nicht erfolgt ist. Die Meldung von Krankheitserregern erfolgt gem. § 7 i.V.m. § 8 Abs. 2 und 3 IfSG durch labordiagnostische Einrichtungen. Vor diesem Hintergrund finden sich auch unterschiedliche Musterformulare des Robert-Koch-Instituts (RKI) für die Meldungsarten Arztmeldung und Labormeldung. Aufbauend auf den Musterformularen des RKI existieren eine Reihe von bundesland-spezifischen Ausprägungen der Arzt- und Labor-Meldebögen, die sich z.T. nicht nur im Layout unterscheiden sondern darüber hinaus in Einzelfällen Angaben enthalten, die aus landesspezifischen Vorgaben resultieren. (Beispielsweise wurden in NRW im Arztmeldebogen zusätzlich Informationen zum Impfstatus aufgenommen.)

Grundtypen von Meldungen

Es können folgende Grundtypen von Meldungen unterschieden werden:

Arztmeldung

§ 6 IfSG, Erkrankungen, namentliche Meldung an das örtlich zuständige Gesundheitsamt

Labormeldungen

§ 7 Abs. 1 und 2 IfSG, Krankheitserreger, namentliche Meldung an das örtlich zuständige Gesundheitsamt
§ 7 Abs. 3 IfSG, Krankheitserreger, nicht-namentliche Meldung an das RKI
(bestimmte Erkrankungen: Syphilis, HIV, Echinokokkose, Malaria, Röteln/Toxoplasmose)

Die Inhalte der Standard-Meldebögen für die namentliche Meldung von Erkrankungen und Erregern werden im Abschnitt Dokumenttypen vergleichend dargestellt.

Aufgabenstellung eMeldewesen

Um die Übermittlung von Meldungen über meldepflichtige Krankheiten und Erreger an die heutigen Rahmenbedingungen - welche durch eine hohe Mobilität der Menschen über große Entfernungen und ein größeres Risikopotential für die schnelle Ausbreitung von Infektionskrankheiten und Erregern gekennzeichnet sind - anzupassen, bietet sich die Nutzung von standardisierten und strukturierten Übermittlungsformaten an, die nicht nur eine schnelle Übertragung, sondern auch eine schnelle Verarbeitung und Auswertung dieser Meldungen ermöglichen. Wichtig für den flächendeckenden Einsatz eines elektronischen Meldeverfahrens ist dabei die möglichst weitgehende Unterstützung und Entlastung der meldepflichtigen Akteure von administrativen Zusatzaufwänden. Hierfür sind drei Teilaufgaben in einer für den Zweck angemessenen Detailtiefe zu lösen:

Primärsystemintegration

Idealerweise sollte die Erkennung eines meldepflichtigen Falles, das Ausfüllen einer Meldung an die zuständige Gesundheitsbehörde (hier im Fokus: namentliche Meldung an das Gesundheitsamt) und den Export einer elektronischen Meldung zur Übermittlung mittels eines geeigneten gesicherten Transportverfahrens in das Primärsystem integriert sein. Als Trigger für das Erkennen eines potentiell meldepflichtigen Falls kann beispielsweise bei Erkrankungen (Arztmeldung nach § 6 IfSG) die vom DIMDI in Abstimmung mit dem RKI gepflegte Kennzeichnung von Diagnosen in den Metadaten des ICD-10 genutzt werden. Das alleine löst aber noch nicht das Problem der Abbildung des entsprechenden Regelwerkes. Beispielsweise sollen Masern nur in Kombination mit Fieber gemeldet werden. Bei den Laborinformationssystemen ist die Erkennung eines meldepflichtigen Falls und eine Unterstützungsfunktion für die Erzeugung einer Meldung häufig schon implementiert. Hier liegt die Herausforderung darin eine strukturell und inhaltlich standardkonforme Meldung zu erzeugen und diese nicht wie bislang üblich an einen Fax-Server zu senden, sondern in ein CDA-Dokument einzubringen.

Strukturierter Datensatz

Für die Übermittlung vom meldepflichtigen Akteur an zuständigen Gesundheitsbehörden (Gesundheitsämter) bietet es sich an, in Anlehnung an den VHitG-Arztbrief auf der Basis HL7/CDA aufzusetzen und in diesem Rahmen einen standardkonformen Datensatz zu definieren. Die Inhalte des Datensatzes basieren im Wesentlichen auf den existierenden Muster-Meldebögen und versuchen auch die Perspektive der weiterverarbeitenden Meldekette (Gesundheitsamt, zuständige Landesbehörde und RKI) berücksichtigen. Des Weiteren muss der Datensatz den Anforderungen des Datenschutzes (hier insbes. Erforderlichkeit, Datensparsamkeit und Zweckbindung) genügen. Dies bedeutet u.a., dass die Inhalte auf jene personenbezogenen Informationen zu beschränken sind, die von der Rechtsgrundlage der Meldepflicht (IfSG) vorgegeben sind.

Darüber hinaus soll die Spezifikation so flexibel sein, dass die inviduellen Anforderungen der einzelnen Länder abbildbar sind.

Sicherer Transportweg

Um sicherzustellen, dass auf dem Weg vom Melder zum Gesundheitsamt keine unberechtigten Personen Kenntnis von den Inhalten der elektronischen Meldung erhalten können, sind geeignete Transportmechanismen vorzusehen. Aus Datenschutzsicht stehen hier die Aspekte Vertraulichkeit, Integrität und Authentizität im Vordergrund. Als Beispiele für sichere Transportwege werden technische Transportlösungen wie KV-SafeNet/D2D (evtl. künftig auch KV-CONNECT) oder OSCI-Transport angesehen, die ihrerseits bereits durch Datenschutzbeauftragte des Bundes oder der Länder positiv bewertet wurden. Perspektivisch ist jedoch bereits heute die Migration in die künftige Telematikinfrastruktur im Gesundheitswesen (TI) konzeptionell zu berücksichtigen.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Dynamisches Modell

Die inhaltliche Spezifikation ist unabhängig vom Transportweg:

Abbildung: Aufgabenstellung und Akteure einer elektronischen Meldung

D2D

Gegenwärtig wird in einer Reihe von Szenarien D2D als akzeptiertes Transportmittel eingesetzt, das auch vom Datenschützer akzeptiert ist:

Abbildung: Transport per D2D

Webservices

Denkbar wäre auch die Daten über eine gesicherte Verbindung bzw. verschlüsselt an einen Webservice zu übermitteln.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Dokumenttypen

Im Rahmen des Erprobungsprojektes in Nordrhein-Westfalen steht die Übermittlung der namentlichen Meldungen an das örtlich zuständige Gesundheitsamt im Fokus der Aktivitäten.

Für die Übermittlung der Arztmeldung nach § 6 IfSG und der Labormeldung nach § 7 Abs. 1 und 2 IfSG werden zwei CDA Dokumente verwendet. Beide Meldungsarten haben einen nahezu identisch aufgebauten Kopfteil (Header). Die Body Sektionen sind spezifisch für die jeweilige Meldung aufgebaut. Die Art der Meldung wird über den DokumentType code festgelegt.

Während bei der Arztmeldung die Erkrankungen über den ICD-10-Code weitgehend auf CDA-Level 3 abgebildet werden können, ist für die Labormeldungen nach aktuellen Stand nicht sichergestellt, dass von allen Primärsystemen eine einheitliche Nomenklatur für die Erreger und Nachweismethoden verwendet wird. Aktuell wird bei den Labormeldungen ebenfalls CDA-Level 3 angestrebt. In diesem Zusammenhang gibt es konkrete Aktivitäten geeignete Kodiersystematiken zu erproben.

Dokumententyp	Beschreibung	Template-ID
Arztmeldung	Arztmeldung nach § 6 IfSG	1.2.276.0.76.10.1010
Labormeldung	Labormeldung nach § 7 Abs. 1 und 2 IfSG	1.2.276.0.76.10.1011

Im Leitfaden nicht betrachtet ist die nicht-namentliche Labormeldung nach § 7 Abs. 3 IfSG. Hierunter fällt die Meldung spezifischer Erreger (z.B. HIV) vom Labor direkt an das Robert Koch-Institut (RKI). Die identifizierenden Merkmale werden dabei entsprechend § 10 IfSG durch eine fallbezogene Verschlüsselung (Pseudonymisierung) ersetzt. Das Verfahren ist im Vergleich zu den anderen Meldungen im Zusammenspiel zwischen Labor, Arzt und RKI komplexer und wird derzeit noch über vom RKI herausgegebene, fortlaufend durchnummerierte Durchschreibebögen abgewickelt, die weitgehend manuell ausgefüllt werden. Dieser Meldungstyp ist aktuell nicht im Fokus des Projekts. Allerdings ist vorgesehen, die Anforderungen bezüglich der Kodierung der betreffenden Erreger und Nachweismethoden bereits konzeptionell zu berücksichtigen, um ein künftiges elektronisches Meldeverfahren zu unterstützen.

Dokumenttyp	Arztmeldebogen	Labormeldebogen
Header
Dokumentinformationen	1..1	1..1
Patient	1..1	1..1
Meldende Person/Stelle	1..1	1..1
Verwalter des Dokuments	1..1	1..1
Empfangendes Gesundheitsamt	1..1	1..1
Einsender	0..1	1..1
Auftragsidentifikation	0..1	1..1
Dienstleistung	0..1	1..1
Body Arztmeldung
Diagnose	1..*	-
Symptom	0..*	-
Angaben zum Tod (Text)	0..1	-
Zusatzangaben (Text)	0..1	-
Betreuung in Einrichtung (Text)	0..1	-
Tätigkeit (Text)	0..1	-
Impfstatus (Text)	0..1	-
Exposition (Text)	0..1	-
Spende (Text)	0..1	-
Labor (Text)	0..1	-
Body Labormeldung
Labormeldung Section	-	1..1
_Probenuntersuchung	-	1..*
__Abnahmeinformationen	-	1..1
__Annahmeinformationen	-	1..1
__Meldung	-	1..1
___Erreger	-	1..1
___Häufung von Beobachtungen	-	0..1
__Mikrobiologische Ergebnisse	-	0..*
__Laborergebnisse	-	1..*
___Laborergebnis	-	1..*
Zusatzangaben	-	0..1

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Document Level Templates für Arzt- und Labormeldung

Dokument "Arztmeldung nach § 6 IfSG"

Besonderheiten

Template ID ClinicalDocument.templateId: 1.2.276.0.76.10.1010
Dokumententypisierung ClinicalDocument.code: 34782-3 LOINC (2.16.840.1.113883.6.1) "Infectious disease Note"
ClinicalDocument.confidentialityCode: V

Links

Dokument "Labormeldung nach § 7 Abs. 1 und 2 IfSG"

Besonderheiten

Template ID ClinicalDocument.templateId: 1.2.276.0.76.10.1011
Dokumententypisierung ClinicalDocument.code: 11502-2 LOINC (2.16.840.1.113883.6.1) "Laboratory report.total"
ClinicalDocument.confidentialityCode: V

Links

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Header Level Templates

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Patient (recordTarget - spezialisiert)

Beschreibung

Der Aufbau der Personendaten des Patienten entspricht dem recordTarget-Template aus dem Arztbrief mit ein paar Besonderheiten. Für die namentliche Meldung (§ 9 IfSG) ist ein spezialisiertes Templates des recordTarget-Template aus dem Arztbrief zu verwenden.

Id 1.2.276.0.76.10.2006 Gültigkeit gültig ab 2013‑10‑11

Status Entwurf Versions-Label

Name HeaderRecordTargetNotifiableDisease Anzeigename CDA recordTarget Meldepflichtige Krankheiten

Beschreibung

Label hrtnd

Klassifikation CDA Header Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 3 Templates, Benutzt 0 Templates

Benutzt von Template-Id	Name	Version
1.2.276.0.76.10.1010	Arztmeldung nach §6 IfSG	2013‑07‑15
1.2.276.0.76.10.1011	Labormeldung nach §7 Abs. 1, 2 und 3 IfSG	2014‑07‑13
1.2.276.0.76.10.1011	Labormeldung nach §7 Abs. 1 und 2 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 1.2.276.0.76.10.2001 (DYNAMIC)
Spezialisierung: Template 2.16.840.1.113883.10.12.101 (DYNAMIC)

Beispiel

<recordTarget contextControlCode="OP"> <patientRole classCode="PAT"> <id root="1.2.276.0.76.3.1.14.4711.1011.1.1" extension="OF011089M0"/> <addr> <streetName>Abc-Strasse</streetName> <houseNumber>42</houseNumber> <postalCode>44801</postalCode> <city>Bochum</city> </addr> <telecom use="HP" value="tel:0234"/> <patient classCode="PSN" determinerCode="INSTANCE"> <name use="A"> <given>Micky</given> <family>Maus</family> </name> <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> <birthTime value="19891001"/> </patient> </patientRole></recordTarget>

Item DT Kard Konf Beschreibung Label

hl7:recordTarget

hrtnd

@typeCode

0 … 1

F

RCT

@contextControlCode

0 … 1

F

OP

Beispiel <recordTarget typeCode="RCT" contextControlCode="OP"> <patientRole classCode="PAT">  </patientRole></recordTarget>

hl7:patientRole

1 … 1

hrtnd

@classCode

0 … 1

F

PAT

Beispiel <patientRole classCode="PAT"> <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/> <patient classCode="PSN" determinerCode="INSTANCE">  </patient></patientRole>

hl7:id

II

1 … *

hrtnd

Beispiel <art:placeholder> <id extension="6245" root="2.16.840.1.113883.3.933"/> <id extension="1543627549" root="1.2.276.0.76.4.1"/> </art:placeholder>

hl7:addr

AD

1 … *

Adresse des Patienten

hrtnd

Beispiel <addr use="HP"> <streetName>Dorfstraße</streetName> <houseNumber>54</houseNumber> <postalCode>51371</postalCode> <city>Leverkusen</city></addr>

hl7:telecom

TEL

0 … *

Kontaktdaten des Patienten

hrtnd

Beispiel <art:placeholder> <telecom use="H" value="tel:+49.30.140400"/> <telecom use="MC" value="tel:+49.221.1234567"/> <telecom value="mailto:herberthannes.mustermann@provider.de"/> </art:placeholder>

hl7:patient

0 … 1

hrtnd

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

Beispiel <patient classCode="PSN" determinerCode="INSTANCE"> <name>  </name> <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/> <birthTime value="19541223"/> </patient>

hl7:name

PN

1 … 1

M

hrtnd

Beispiel <name> <given>Johannes</given> <family>Tremener</family></name>

hl7:administrativeGenderCode

CE

1 … 1

R

Geschlecht (administrativ) des Patienten

hrtnd

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.1 Administrative Gender (HL7 V3) (DYNAMIC)

Beispiel <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>

hl7:birthTime

TS.DATE.MIN

1 … 1

R

Geburtsdatum des Patienten

hrtnd

Beispiel <birthTime value="19491224"/>

Bemerkungen

Der Name des Patienten ist anzugeben
- bei namentlicher Meldung des Patienten mit seinem vollen Namen,
- bei nichtnamentlicher Meldung des Patienten mit einem Pseudonym. Der Aufbau des Pseudonyms ist verpflichtend in § 10 Abs. 2 IfSG geregelt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Meldende Person / Meldende Stelle (author)

Beschreibung

Mit dem Element author wird die Meldende Person oder Meldende Stelle definiert.

Id

1.2.276.0.76.10.2002

Gültigkeit

2013‑07‑10

Status

Entwurf

Versions-Label

Name

HeaderAuthor

Bezeichnung

CDA author

Beschreibung

Die Autor-Relation gibt den Urheber der Dokumentation und den Zeitpunkt der Autorenschaft wieder. Dies sind in der Regel Personen (Gesundheitsdienstleister) oder auch Geräte, die Daten erzeugen.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90011	Inklusion	CDA Organization Elements	DYNAMIC

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.102 CDA author (DYNAMIC)

ref

ad1bbr-

Beispiel

Autor ist eine Person

<author typeCode="AUT">
  <functionCode code="DISPHYS" displayName="discharging physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="ParticipationFunction"/>  <time value="20130407130000+0500"/>  <assignedAuthor classCode="ASSIGNED">
    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Marie</given>        <family>Müller</family>      </name>    </assignedPerson>    <representedOrganization>
      <id root="2.16.840.1.113883.19.5"/>      <name>Beispiel Krankenhaus</name>    </representedOrganization>  </assignedAuthor></author>

Beispiel

Autor ist ein Gerät/Maschine

Item

DT

Kard

Konf

Beschreibung

Label

hl7:author

(Hea...hor)

@typeCode

0 … 1

F

AUT

@contextControlCode

0 … 1

F

OP

Beispiel

hl7:functionCode

CE

0 … 1

(Hea...hor)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.10267 ParticipationFunction (DYNAMIC)

hl7:time

TS.DATE.MIN

1 … 1

gibt den Zeitpunkt an, an dem der Autor seinen Beitrag am Dokument beendet hat; dies kommt bei einem Autoren praktisch überein mit ClinicalDocument.effectiveTime

(Hea...hor)

hl7:assignedAuthor

1 … 1

(Hea...hor)

@classCode

0 … 1

F

ASSIGNED

hl7:id

II

1 … *

(Hea...hor)

hl7:code

CE

0 … 1

Fachgebiet/Spezialität des Gesundheitsdienstleister, z. B. Ärztin/Arzt für Allgemeinmedizin, Approbierte Ärztin/Approbierter Arzt, Fachärztin/Facharzt für Anästhesiologie und Intensivmedizin

(Hea...hor)

hl7:telecom

TEL

0 … *

(Hea...hor)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

(Hea...hor)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...hor)

hl7:assignedAuthoringDevice

… 1

(Hea...hor)

@classCode

0 … 1

F

DEV

@determinerCode

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

(Hea...hor)

hl7:softwareName

SC

1 … 1

(Hea...hor)

hl7:representedOrganization

1 … 1

M

(Hea...hor)

Beispiel

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...hor)

hl7:name

ON

1 … 1

M

(Hea...hor)

hl7:telecom

TEL

0 … *

(Hea...hor)

hl7:addr

AD

0 … 1

(Hea...hor)

Bemerkungen

Bei der meldenden Stelle muss eine Person (assignedPerson) oder eine Organisation (representedOrganization) oder beide genannt sein.

In author.time wird der Meldungszeitpunkt vermerkt
author.assignedAuthor.id enthält die eindeutige Identifizierung der meldenden Person.

Für Ärzte könnte entweder Lebenslangearztnummer + LANR-KV OID oder Arzt-ID + LIGA-NRW OID verwendert werden

author.assignedAuthor.assignedPerson spiegelt die Meldende Person wider. Diese Angaben sind Pflicht, da laut Gesetz eine Person (Arzt/Leiter bei Labor) die Meldung auslösen kann. Hierbei sind Vor- und Nachname ausreichend (assignedPerson.name), das Aufnehmen einer Telefonnummer (assignedPerson.telecom) sinnvoll.

author.assignedAuthor.representedOrganization stellt die Meldende Einrichtung dar. Für das Gesundheitsamt ist einzig die Einrichtung als Melder relevant, eine Person nur sekundär (und Angaben zur IT irrelevant). representedOrganization.id enthält die eindeutige Identifizierung und representedOrganization.name Bezeichnung der meldenden Einrichtung.

Denkbar als eindeutige Identifizierung der Meldenden Einrichtung wäre die Betriebstättennummer + BSNR-KV OID, für Ärzte

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Die das Dokument verwaltende Organisation (custodian)

Beschreibung

Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.

Id

1.2.276.0.76.10.2004

Gültigkeit

2020‑03‑29

Andere Versionen mit dieser Id:

HeaderCustodian vom 2013‑07‑17
HeaderCustodian vom 2013‑07‑07

Status

Aktiv

Versions-Label

Name

HeaderCustodian

Bezeichnung

CDA custodian

Beschreibung

Verantwortliche Organisation für ein erstelltes Dokument (die das Dokument verwaltende Organisation). In der Regel ist es die erstellende Institution des Dokumentes.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:custodian

(Hea...ian)

@typeCode

0 … 1

F

CST

Beispiel

hl7:assignedCustodian

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(Hea...ian)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

M

(Hea...ian)

hl7:name

ON

1 … 1

M

(Hea...ian)

hl7:telecom

TEL

0 … 1

(Hea...ian)

hl7:addr

AD

0 … 1

(Hea...ian)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Empfangendes Gesundheitsamt (informationRecipient)

Beschreibung

Im informationRecipient wird das zuständige Gesundheitsamt als Empfänger definiert. Bei Abweichung zwischen Hauptwohnsitz und Aufenthaltsort sind ggf. mehrere Empfänger sinnvoll - dies sollte langfristig vorgesehen werden.

Id

1.2.276.0.76.10.2005

Gültigkeit

2013‑07‑10

Status

Aktiv

Versions-Label

Name

HeaderInformationRecipient

Bezeichnung

CDA informationRecipient

Beschreibung

Die beabsichtigten Empfänger des Dokuments können in der Klasse IntendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. (Es sind nicht die möglichen Empfänger, die jemals eine Kopie des Dokuments empfangen könnten.) So weiß man beispielsweise bei der Erstellung der Dokumentation, dass man einen „Brief" primär an den Hausarzt (informationRecipient.typeCode gleich PRCP, siehe unten) und ggf. einen zweiten („in Kopie") an einen mitbehandelnden Kollegen sendet (informationRecipient.typeCode ist gleich TRC).

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.276.0.76.10.90010	Inklusion	CDA Person Elements	DYNAMIC
1.2.276.0.76.10.90011	Inklusion	CDA Organization Elements	DYNAMIC

Beispiel

<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <id extension="4736437" root="2.16.840.1.113883.3.933"/>    <informationRecipient>
      <name>
        <prefix>Dr.med.</prefix>        <given>Kai</given>        <family>Heitmann</family>      </name>    </informationRecipient>    <receivedOrganization>
      <telecom use="WP" value="fax:+49247365746"/>      <addr>
        <streetAddress>Mühlenweg
1a</streetAddress>        <houseNumber>1a</houseNumber>        <postalCode>52152</postalCode>        <city>Simmerath</city>      </addr>    </receivedOrganization>  </intendedRecipient></informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

0 … *

(Hea...ent)

@typeCode

cs

0 … 1

Typ des Empfängers: im @typeCode der Participation kann angegeben werden, ob es sich um einen primären Empfänger handelt (default) oder einen sekundären Empfänger („CC Kopie").
Der typeCode PRCP ist der default.

CONF

@typeCode muss "PRCP" sein

oder

@typeCode muss "TRC" sein

hl7:intendedRecipient

1 … 1

M

(Hea...ent)

hl7:id

II

1 … *

R

(Hea...ent)

Auswahl

1 … *

Wenn der beabsichtigte Empfänger eine Person ist, dann wird dies durch die Anwesenheit der Person Klasse mit oder ohne zugehörige Organisation spezifiziert. Wenn der beabsichtigte Empfänger eine Organisation ist, wird nur die Organisation angegeben, die Person fehlt.

Elemente in der Auswahl:

hl7:informationRecipient
hl7:receivedOrganization

hl7:informationRecipient

0 … 1

(Hea...ent)

Eingefügt

von 1.2.276.0.76.10.90010 CDA Person Elements (DYNAMIC)

@classCode

0 … 1

F

PSN

@determinerCode

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(Hea...ent)

hl7:receivedOrganization

0 … 1

(Hea...ent)

Eingefügt

von 1.2.276.0.76.10.90011 CDA Organization Elements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

(Hea...ent)

hl7:name

ON

1 … 1

M

(Hea...ent)

hl7:telecom

TEL

0 … *

(Hea...ent)

hl7:addr

AD

0 … 1

(Hea...ent)

Bemerkungen

Für den typeCode ist bis auf Weiteres konstant PRCP (Primary Recipient) zu verwenden.
Das intendedRecipient.id enthält die eindeutige Identifizierung des adressierten Gesundheitsamts

Bei Fällen, bei denen der aktuelle Aufenthaltsort nicht dem ständigen Wohnsitz entspricht, sind zwei Gesundheitsämter (Wohnsitz + aktueller Aufenthaltsort) zu informieren, um die schnelle Eindämmung eines aktuellen Ausbruchs zu unterstützen.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section Level Templates Arztmeldung

Arztmeldung nach § 6 IfSG

Im Dokument "Arztmeldung nach § 6 IfSG" werden folgende Section Level Templates genutzt.

Name	Typ	Card	Conf	Template Name	Template OID
Diagnose	Section Level	0..1	konditional	Diagnose Section Notifyable Diseases	1.2.276.0.76.10.3013
__Problemliste	Entry Level	1..1	verpflichtend	Problem Concern Act Notifyable Diseases	1.2.276.0.76.10.4002
____Diagnose	Entry Level	1..*	verpflichtend	Diagnosis Observation Notifyable Diseases	1.2.276.0.76.10.4003
____Symptom	Entry Level	0..*	optional	Symptoms Observation Notifyable Diseases	1.2.276.0.76.10.4004
Angaben zum Tod	Section Level	0..1	optional	Summary Of Death Section	1.2.276.0.76.10.3014
Zusatzangaben	Section Level	0..1	konditional	Annotation Comment Section	1.2.276.0.76.10.3015
Betreuung	Section Level	0..1	optional	Care process or plan Section	1.2.276.0.76.10.3016
Tätigkeit	Section Level	0..1	optional	Social History Section	1.2.276.0.76.10.3017
Impfstatus	Section Level	0..1	optional	Immunizations Section	1.2.276.0.76.10.3012
Exposition	Section Level	0..1	optional	Exposition Section	1.2.276.0.76.10.3018
Spende	Section Level	0..1	optional	History Of Donation Section	1.2.276.0.76.10.3019
Ausführendes Laboratorium	Section Level	0..1	optional	Performing Laboratory Section	1.2.276.0.76.10.3020

Mindestens eine Section Diagnose 1.2.276.0.76.10.3013 oder Zusatzangaben 1.2.276.0.76.10.3015 MUSS gefüllt sein. Sollte also die Häufung einer Krankheit oder eine andere Auffälligkeit ohne die Angabe einer expliziten Diagnose gemeldet werden, kann die Section Diagnose leer gelassen werden, dafür muss die Section Zusatzangaben aber befüllt sein.

Weitere „Section“-Elemente sind optional (Kardinalität 0..1) und lediglich auf CDA Level 1+2, d.h. nicht maschinenlesbar, vorgesehen. Die Informationen sind keine Pflichtelemente des Datensatzes, da

gemäß den Experten der Gesundheitsämter diese Angaben derzeit ohnehin nahezu nie gemacht werden.
die Implementierung durch die Softwarehersteller für den Pilotbetrieb so einfach wie möglich gehalten werden sollte
die Akzeptanz der Nutzer als höher eingeschätzt wird, wenn so wenige Daten wie möglich manuell ergänzt werden müssen.

Die Wahl von Level 1+2 liegt primär darin begründet, dass derzeit keine Kataloge bzw. Code Systeme für die weiteren Angaben über eine OID verfügbar sind.

Abbildung: Zusammenhang (Verschachtelung) der Templates im Dokument "Arztmeldung nach § 6 IfSG"

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Diagnose

Beschreibung

In der Diagnose Section können die zu meldenden Diagnosen aufgenommen werden. Diese Section enthält 1..1 ProblemConcernActs der wiederum die 1..* Diagnosen enthält, sowie 0..* mögliche Symptome enthalten kann.

Id 1.2.276.0.76.10.3013 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Diagnosesectionnotifiablediseases Anzeigename Diagnose Section Notifiable Diseases

Beschreibung In der Diagnose Section können die zu meldenden Diagnosen aufgenommen werden. Diese Section enthält 1..1 ProblemConcernActs der wiederum die 1..* Diagnosen enthält, sowie 0..* mögliche Symptome enthalten kann.

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 1 Template

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15
Benutzt Template-Id	als	Name	Version
1.2.276.0.76.10.4002	Containment	ProblemConcernActNotifiableDiseases	DYNAMIC

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Diagnosesectionnotifiablediseases)

hl7:templateId

II

1 … 1

(Diagnosesectionnotifiablediseases)

@root

1 … 1

F

1.2.276.0.76.10.3013

hl7:code

CE

1 … 1

M

(Diagnosesectionnotifiablediseases)

@code

1 … 1

F

11450-4

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="11450-4" codeSystem="2.16.840.1.113883.6.1" displayName="Problem List" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Diagnosesectionnotifiablediseases)

CONF

Elementinhalt muss "Diagnosen und Symptome" sein

hl7:text

SD.TEXT

1 … 1

M

Dieses Textfeld enthält die Diagnose im Klartext

(Diagnosesectionnotifiablediseases)

hl7:entry

1 … 1

M

Angabe des Problems mit Diagnosen und Symptomen
Beinhaltet 1.2.276.0.76.10.4002 Problem Concern Act Notifiable Diseases (DYNAMIC)

(Diagnosesectionnotifiablediseases)

wo [not(@nullFlavor)]

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Tod

Beschreibung

Diese Section enthält bei verstorbenen Patienten Angaben zum Tod.

Id 1.2.276.0.76.10.3014 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Summaryofdeathsection Anzeigename Summary Of Death Section

Beschreibung Angaben zum Tod des Patienten. Im Todesfall zu verwenden, sollte Datum und ggf. Ursachen enthalten.

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3014

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Summaryofdeathsection)

hl7:templateId

II

1 … 1

(Summaryofdeathsection)

@root

1 … 1

F

1.2.276.0.76.10.3014

hl7:code

CE

1 … 1

M

(Summaryofdeathsection)

@code

1 … 1

F

47046-8

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="47046-8" codeSystem="2.16.840.1.113883.6.1" displayName="Summary of death" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Summaryofdeathsection)

CONF

Elementinhalt muss "Angaben zum Tod des Patienten" sein

hl7:text

SD.TEXT

1 … 1

M

Todesdatum, sofern bekannt die Ursache oder ein Verdacht zur Ursache

(Summaryofdeathsection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Zusatzangaben

Beschreibung

Diese Section enthält weitere Angaben und Ergänzungen, z.B. Auffälligkeiten ("Häufung anderer Erkrankungen" /"Bedrohliche andere Krankheit") oder zusätzliche Kommentare.

Id 1.2.276.0.76.10.3015 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Annotationcommentsection Anzeigename Annotation Comment Section

Beschreibung Weitere Angaben und Ergänzungen, z.B. wenn eine Erkrankungshäufung gemeldet wird, anzugeben.

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 2 Templates, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15
1.2.276.0.76.10.1011	Containment	Labormeldung nach §7 Abs. 1, 2 und 3 IfSG	2014‑07‑13

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Annotationcommentsection)

hl7:templateId

II

1 … 1

(Annotationcommentsection)

@root

1 … 1

F

1.2.276.0.76.10.3016

hl7:code

CE

1 … 1

M

(Annotationcommentsection)

@code

1 … 1

F

48767-8

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" displayName="Annotation comment Narrative" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Annotationcommentsection)

CONF

Elementinhalt muss "Weitere Angaben und Ergänzungen" sein

hl7:text

SD.TEXT

1 … 1

M

Weitere Angaben und Ergänzungen, z.B. wenn eine Erkrankungshäufung gemeldet wird, anzugeben

(Annotationcommentsection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Betreuung in Einrichtung

Beschreibung

Dieser Abschnitt enthält Angaben zur Betreuung, Aufnahme oder Entlassung bezüglich eines Krankenhauses, Pflege- oder Kinderheims, einschl. Adress- und Kontaktdaten.

Id 1.2.276.0.76.10.3016 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Careprocessorplansection Anzeigename Care process or plan Section

Beschreibung Angaben zur Betreuung in Krankenhäusern oder anderen Einrichtungen.

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Careprocessorplansection)

hl7:templateId

II

1 … 1

(Careprocessorplansection)

@root

1 … 1

F

1.2.276.0.76.10.3016

hl7:code

CE

1 … 1

M

(Careprocessorplansection)

@code

1 … 1

F

56851-9

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="56851-9" codeSystem="2.16.840.1.113883.6.1" displayName="Care process or plan" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Careprocessorplansection)

CONF

Elementinhalt muss "Angaben zur Betreuung des Patienten" sein

hl7:text

SD.TEXT

1 … 1

M

Angaben zur Betreuung in Krankenhäusern oder anderen Einrichtungen. Angaben zu Betreuung, Aufnahme oder Entlassung bzgl. eines Krankenhauses, Pflege- oder Kinderheims, einschl. Adress- und Kontaktdaten. Betreuung/Aufnahme/Entlassung - Krankenhaus/Pflege/Kinderheim

(Careprocessorplansection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Tätigkeit

Beschreibung

Dieser Abschnitt enthält Angaben zu Tätigkeiten im medizinischen / Lebensmittelbereich oder Gemeinschaftseinrichtung, einschl. Adress- und Kontaktdaten.

Id 1.2.276.0.76.10.3017 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Socialhistorysection Anzeigename Social History Section

Beschreibung Angaben zu beruflichen Tätigkeiten des Patienten.

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3017

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Adaptation: Template 2.16.840.1.113883.10.20.22.2.17 (DYNAMIC)
Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Socialhistorysection)

hl7:templateId

II

1 … 1

(Socialhistorysection)

@root

1 … 1

F

1.2.276.0.76.10.3017

hl7:code

CE

1 … 1

M

(Socialhistorysection)

@code

1 … 1

F

29762-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="29762-2" codeSystem="2.16.840.1.113883.6.1" displayName="Social history" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Socialhistorysection)

CONF

Elementinhalt muss "Angaben zu beruflichen Tätigkeiten des Patienten" sein

hl7:text

SD.TEXT

1 … 1

M

Angaben zu Tätigkeiten im medizinischen / Lebensmittelbereich oder Gemeinschaftseinrichtung, einschl. Adress- und Kontaktdaten

(Socialhistorysection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Auslandsaufenthalt und Exposition

Beschreibung

Dieser Abschnitt enthält Angaben zu Auslandsaufenthalten, möglicher Exposition zu Erregern sowie bei Tuberkulose zu Geburtsland und Staatsangehörigkeit.

Id 1.2.276.0.76.10.3018 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Expositionsection Anzeigename Exposition Section

Beschreibung Angaben zu wahrscheinlichen Infektionsquellen/-orten. Angaben zu Auslandsaufenthalten, möglicher Exposition zu Erregern sowie bei Tuberkulose zu Geburtsland und Staatsangehörigkeit.

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Expositionsection)

hl7:templateId

II

1 … 1

(Expositionsection)

@root

1 … 1

F

1.2.276.0.76.10.3018

hl7:code

CE

1 … 1

M

(Expositionsection)

@code

1 … 1

F

56838-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="56838-6" codeSystem="2.16.840.1.113883.6.1" displayName="History of infectious disease Narrative" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Expositionsection)

CONF

Elementinhalt muss "Mögliche Infektionsquellen/-orte" sein

hl7:text

SD.TEXT

1 … 1

M

Angaben zu Auslandsaufenthalten, möglicher Exposition zu Erregern sowie bei Tuberkulose zu Geburtsland und Staatsangehörigkeit

(Expositionsection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Spende

Dieser Abschnitt enthält Angaben zu Blut-/Gewebe-/Zell-/Organspenden in den letzten 6 Monaten.

Id 1.2.276.0.76.10.3019 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Historyofdonationsection Anzeigename History Of Donation Section

Beschreibung Angaben zu Blut-/Gewebe-/Zell-/Organspenden. Angaben über ggf. erfolgte Blut-, Gewebe-, Zell- oder Organspenden in den letzten 6 Monaten.

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Historyofdonationsection)

hl7:templateId

II

1 … 1

(Historyofdonationsection)

@root

1 … 1

F

1.2.276.0.76.10.3018

hl7:code

CE

1 … 1

M

(Historyofdonationsection)

@code

1 … 1

F

267007007

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

Beispiel <code code="267007007" codeSystem="2.16.840.1.113883.6.96" displayName="History of - tissue/organ donation (situation)" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Historyofdonationsection)

CONF

Elementinhalt muss "Angaben zu Blut-, Gewebe-, Zell- und Organspenden" sein

hl7:text

SD.TEXT

1 … 1

M

AngabenAngaben über ggf. erfolgte Blut-, Gewebe-, Zell- oder Organspenden in den letzten 6 Monaten

(Historyofdonationsection)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Impfstatus

Beschreibung

Diese Abschnitt enthält die verabreichten Impfungen und die ausdrücklich nicht erwünschten Impfungen.

Id

1.2.276.0.76.10.3012

Gültigkeit

2013‑07‑15

Status

Aktiv

Versions-Label

Name

Immunizationssection

Bezeichnung

Verabreichte Impfungen

Beschreibung

Verabreichte Impfungen und ausdrücklich nicht erwünschten Impfungen.

Kontext

Elternknoten des Template-Element mit Id 1.2.276.0.76.10.3012

Klassifikation

CDA Section level template

Offen/Geschlossen

Offen (auch andere als die definierten Elemente sind erlaubt)

Beziehung

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)

ref

ad1bbr-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(Imm...ion)

hl7:templateId

II

1 … 1

(Imm...ion)

@root

1 … 1

F

1.2.276.0.76.10.3012

hl7:code

CE

1 … 1

M

(Imm...ion)

@code

CONF

1 … 1

F

11369-6

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

Beispiel

hl7:title

ST

1 … 1

M

(Imm...ion)

CONF

Elementinhalt muss "Angaben zu Impfungen" sein

hl7:text

SD.TEXT

1 … 1

M

Welche Impfung ist erfolgt? / Anzahl / Datum letzte / Impfstoff

(Imm...ion)

Abgleich mit IHE PCC Immunization Vol.2 Kap. 6.3.3.3.5 http://www.ihe.net/Technical_Framework/upload/IHE_PCC_TF_Vol2.pdf S.93 und 166 ist erfolgt. Für die Impfung im Rahmen dieses Leitfadens wird diese Detaillierung jedoch nicht benötigt.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Section: Ausführendes Laboratorium

Beschreibung

Dieser Abschnitt enthält Angaben zur beauftragten Untersuchungsstelle (mit der Untersuchung beauftragtes Labor).

Id 1.2.276.0.76.10.3020 Gültigkeit gültig ab 2013‑07‑15

Status Entwurf Versions-Label

Name Performinglaboratorysection Anzeigename Performing Laboratory Section

Beschreibung Angaben zur beauftragten Untersuchungsstelle (mit der Untersuchung beauftrages Labor)

Klassifikation CDA Section level template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 1 Template, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.1010	Containment	Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Spezialisierung: Template 2.16.840.1.113883.10.12.201 (2005‑09‑07)

Item DT Kard Konf Beschreibung Label

hl7:section

(Performinglaboratorysection)

hl7:templateId

II

1 … 1

(Performinglaboratorysection)

@root

1 … 1

F

1.2.276.0.76.10.3020

hl7:code

CE

1 … 1

M

(Performinglaboratorysection)

@code

1 … 1

F

68989-3

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (Logical Observation Identifier Names and Codes)

Beispiel <code code="68989-3" codeSystem="2.16.840.1.113883.6.1" displayName="Performing laboratory" codeSystemName="LOINC"/>

hl7:title

ST

1 … 1

M

(Performinglaboratorysection)

CONF

Elementinhalt muss "Angaben zur beauftragten Untersuchungsstelle" sein

hl7:text

SD.TEXT

1 … 1

M

Angaben zur beauftragten Untersuchungsstelle. Bezeichnung sowie Kontakt und Adressdaten eines ggf. mit der Untersuchung beauftragen Labors.

(Performinglaboratorysection)

Für die Labormeldung ist ein eigenständiger Leitfaden zu verwendet.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Entry Level Templates Arztmeldung

Die folgenden Entry Level Templates werden verwendet.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Entry: Problem Concern Act

Beschreibung

Im diesem Entry werden die Angaben des Problems mit Diagnosen und Symptomen gebündelt. Dieser Entry enthält

1..* Diagnosis Observation Notifyable Diseases und
0..* Symptoms Observation Notifyable Diseases

Id 1.2.276.0.76.10.4002 Gültigkeit gültig ab 2013‑07‑27

Status Entwurf Versions-Label

Name ProblemConcernActNotifiableDiseases Anzeigename Problem Concern Act Notifiable Diseases

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4002

Label pcand

Klassifikation CDA Entry Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 2 Templates, Benutzt 2 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.3013	Containment	Diagnose Section Notifiable Diseases	2013‑07‑15
1.2.276.0.76.10.1010		Arztmeldung nach §6 IfSG	2013‑07‑15
Benutzt Template-Id	als	Name	Version
1.2.276.0.76.10.4003	Containment	Diagnosisobservationnotifiablediseases	DYNAMIC
1.2.276.0.76.10.4004	Containment	Symptomsobservationnotifiablediseases	DYNAMIC

Beziehung Adaptation: Template 2.16.840.1.113883.10.20.22.4.3 (DYNAMIC)

Item DT Kard Konf Beschreibung Label

hl7:act

pcand

@classCode

1 … 1

F

ACT

@moodCode

1 … 1

F

EVN

Beispiel <act classCode="ACT" moodCode="EVN"> <templateId root="1.2.276.0.76.10.4002"/> <templateId root="2.16.840.1.113883.10.20.22.4.3"/> <id root="ec8a6ff8-ed4b-4f7e-82c3-e98e58b45de7"/> <code code="CONC" codeSystem="2.16.840.1.113883.5.6" displayName="Concern"/> <statusCode code="completed"/> <effectiveTime> <low value="20130722"/> </effectiveTime> <entryRelationship typeCode="SUBJ">  </entryRelationship></act>

hl7:templateId

II

1 … 1

pcand

@root

1 … 1

F

1.2.276.0.76.10.4002

hl7:id

II

1 … *

M

pcand

hl7:code

CE

1 … 1

M

pcand

@code

1 … 1

F

CONC

@codeSystem

1 … 1

F

2.16.840.1.113883.5.6 (ActClass)

hl7:statusCode

CS

1 … 1

M

pcand

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.15933 ActStatus (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

pcand

hl7:low

1 … 1

R

pcand

hl7:high

0 … 1

R

pcand

hl7:entryRelationship

1 … *

M

Diagnosen, codiert
Beinhaltet 1.2.276.0.76.10.4003 Diagnosis Observation Notifiable Diseases (DYNAMIC)

pcand

wo [not(@nullFlavor)]

@typeCode

1 … 1

F

SUBJ

hl7:entryRelationship

0 … *

Symptome, codiert
Beinhaltet 1.2.276.0.76.10.4004 Symptoms Observation Notifiable Diseases (DYNAMIC)

pcand

@typeCode

1 … 1

F

SUBJ

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Entry: Diagnosis Observation

Beschreibung

Dieser Entry enthält die codierten Diagnosen bezüglich der Meldepflichtigen Krankheit.

Id 1.2.276.0.76.10.4003 Gültigkeit gültig ab 2013‑07‑27

Status Entwurf Versions-Label

Name Diagnosisobservationnotifiablediseases Anzeigename Diagnosis Observation Notifiable Diseases

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4003

Label labdond

Klassifikation CDA Entry Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 3 Templates, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.4002	Containment	Problem Concern Act Notifiable Diseases	2013‑07‑27
1.2.276.0.76.10.3013		Diagnose Section Notifiable Diseases	2013‑07‑15
1.2.276.0.76.10.1010		Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Adaptation: Template 2.16.840.1.113883.10.20.22.4.4 (DYNAMIC)

Item DT Kard Konf Beschreibung Label

hl7:observation

labdond

@classCode

1 … 1

F

OBS

@moodCode

1 … 1

F

EVN

Beispiel <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.276.0.76.10.4003"/> <id root="08edb7c0-2111-43f2-a784-9a5fdfaa67f0"/> <code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/> <text> <reference value="#DIAG1"/> </text> <statusCode code="completed"/> <effectiveTime> <low value="20130722"/> </effectiveTime> <value xsi:type="CD" code="B05" codeSystem="1.2.276.0.76.5.413" displayName="Masern"/> </observation>

hl7:templateId

II

1 … 1

labdond

@root

1 … 1

F

1.2.276.0.76.10.4003

hl7:id

II

1 … *

M

labdond

hl7:code

CE

1 … 1

M

labdond

@code

1 … 1

F

282291009

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:text

ED

0 … 1

Kann lediglich reference in den Text der Section enthalten

labdond

hl7:reference

URL

1 … 1

labdond

hl7:statusCode

CS

1 … 1

M

labdond

@code

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

1 … 1

M

labdond

hl7:low

1 … 1

R

labdond

hl7:high

0 … 1

R

labdond

hl7:value

1 … 1

R

In den ICD-10 Metadaten sind Hinweise enthalten, ob eine Diagnose meldepflichtig ist (Flag). Daher wird hier nur ein Code aus ICD-10 gefordert, anstatt eines Value Sets mit allen Meldepflichtigen Krankheiten

labdond

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.413 ICD10 GM 2013 (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.417 ICD10 GM 2014 (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.424 ICD10 GM 2015 (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.430 ICD10 GM 2016 (DYNAMIC)

Bemerkungen

Das Entry Template war ursprünglich eine eingeschränkte Version des Diagnose Entry Templates des Arztbriefes.

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Entry: Symptoms Observation

Beschreibung

Dieser Entry enthält die codierten Symptome bezüglich der Meldepflichtigen Krankheit.

Id 1.2.276.0.76.10.4004 Gültigkeit gültig ab 2013‑07‑27

Status Entwurf Versions-Label

Name Symptomsobservationnotifiablediseases Anzeigename Symptoms Observation Notifiable Diseases

Kontext Elternknoten des Template-Element mit Id 1.2.276.0.76.10.4004

Label syond

Klassifikation CDA Entry Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt von / Benutzt

Benutzt von 3 Templates, Benutzt 0 Templates

Benutzt von Template-Id	als	Name	Version
1.2.276.0.76.10.4002	Containment	Problem Concern Act Notifiable Diseases	2013‑07‑27
1.2.276.0.76.10.3013		Diagnose Section Notifiable Diseases	2013‑07‑15
1.2.276.0.76.10.1010		Arztmeldung nach §6 IfSG	2013‑07‑15

Beziehung Adaptation: Template 2.16.840.1.113883.10.20.22.4.4 (DYNAMIC)

Item DT Kard Konf Beschreibung Label

hl7:observation

syond

@classCode

1 … 1

F

OBS

@moodCode

1 … 1

F

EVN

Beispiel <observation classCode="OBS" moodCode="EVN"> <templateId root="1.2.276.0.76.10.4003"/> <id root="2dedb7c0-2111-43f2-a784-9a5fdfaa6840"/> <code code="418799008" codeSystem="2.16.840.1.113883.6.96" displayName="Symptom"/> <text> <reference value="#SYMPT1"/> </text> <statusCode code="completed"/> <effectiveTime> <low value="20130722"/> </effectiveTime> <value xsi:type="CD" code="R50.9" codeSystem="1.2.276.0.76.5.413" displayName="Fieber, nicht näher bezeichnet"/> </observation>

hl7:templateId

II

1 … 1

syond

@root

1 … 1

F

1.2.276.0.76.10.4004

hl7:id

II

1 … *

M

syond

hl7:code

CE

1 … 1

M

syond

@code

1 … 1

F

418799008

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

hl7:text

ED

0 … 1

Kann lediglich reference in den Text der Section enthalten

syond

hl7:reference

URL

1 … 1

syond

hl7:statusCode

CS

1 … 1

M

syond

@code

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

1 … 1

M

syond

hl7:low

1 … 1

R

syond

hl7:high

0 … 1

R

syond

hl7:value

1 … 1

R

syond

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.276.0.76.11.413 ICD10 GM 2013 (DYNAMIC)

Dieses Material ist Teil des Leitfadens Implementierungsleitfaden.

Direkt im Wiki geändert werden sollten Schreibfehler, ergänzende Hinweise.
Offene Fragen, die der Diskussionen bedürfen, sollten auf der Diskussionsseite aufgenommen werden.
Liste der Seiten dieses Leitfadens: hier, Liste der Seiten, in denen dieses Material verwendet (transkludiert) siehe hier .

Anhang

Liste der Value Sets

Id

2.16.840.1.113883.1.11.1

Gültigkeit

2014‑03‑26

Status

Definitiv

Versions-Label

DEFN=UV=VO=1360-20160323

Name

AdministrativeGender

Bezeichnung

AdministrativeGender

Beschreibung

History description 2014-03-26: Lock all vaue sets untouched since 2014-03-26 to trackingId 2014T1_2014_03_26

description:

The gender of a person used for adminstrative purposes (as opposed to clinical gender)

Quell-Codesystem

2.16.840.1.113883.5.1 - Administrative Gender - http://terminology.hl7.org/CodeSystem/v3-AdministrativeGender

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	F	Female	Administrative Gender
0‑L	M	Male	Administrative Gender
0‑L	UN	Undifferentiated	Administrative Gender

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavors werden im @nullFlavor Attribut statt in @code angegeben. NullFlavor OTH (other) schlägt Text in originalText vor.

ICD-10 GM 2013 1.2.276.0.76.11.413 oder aktueller

Offene Punkte

Benötigte OIDs
- Niedergelassene Ärzte UND Praxen UND PVS Instanzen
- Laborbetreiber UND Labore UND LIS Instanzen
- Krankenhausärzte UND Krankenhäuser UND KIS Instanzen
- Betreuende Einrichtungen (Pflege-, Kinderheime z.B.)
- Gesundheitsämter

Im Prinzip ist es unbedeutend, woher die OIDs stammen. Dazu ist ein OID-Konzept notwendig.

@@ Zeile 1: / Zeile 1: @@
 <!--
-     Implementierungsleitfaden "Übermittlung meldepflichtiger Krankheiten"
+     Implementierungsleitfaden "Übermittlung meldepflichtiger Krankheiten - Arztmeldung"
 -->
 {{Infobox Dokument
-|Title     = Übermittlung meldepflichtiger Krankheiten
+|Title     = Übermittlung meldepflichtiger Krankheiten - Arztmeldung
-|Short     = Übermittlung meldepflichtiger Krankheiten
+|Short     = Übermittlung meldepflichtiger Krankheiten - Arztmeldung
 |Namespace = cdamik
 |Type      = Implementierungsleitfaden
-|Version   = 0.00
+|Version   = 0.99
-|Submitted = xxxx
+|Date      = 27. September 2013
-|Author    = xxx | xxx
+|Copyright = 2011-2013
-|Date      = xxx
+|Status    = Abgestimmt
-|Copyright = 2011-2012
+|Period    = Abgestimmt
-|Status    = Entwurf
-|Period    = Entwurf
 |OID       = n.n.
 |Realm     = Deutschland
 }}
-{{EMBox|Diese Wikiseite ist die Weiterentwicklung des bereits als PDF vorhandenen Implementierungsleitfadens.
+{{Infobox Ballot Begin}}
+{{Ballot | Version = 0.90 | Date = 1. August 2013 | Status = Abstimmung | Realm = Deutschland | Othericon = x
+| Otherdocuments = http://www.hl7.de/download/documents/mik/Meldepflichtige_Krankheiten-v090.pdf
+| Comment =
 }}
-=Implementierungsleitfaden zur Übermittlung meldepflichtiger Krankheiten=
+{{Ballot | Version = 0.99 | Date = 27. September 2013 | Status = Abgestimmt | Realm = Deutschland | Othericon = x
+| Otherdocuments = http://download.hl7.de/cdamik/Meldepflichtige_Krankheiten_Arztm-v099.pdf
-== Einleitung==
+| Comment =
-===Motivation und Ziel ===
-Vor dem Hintergrund der jüngsten Epidemien wurden vielfach Forderungen erhoben das Meldewesen in Deutschland zu modernisieren und schneller zu machen. In Abstimmung mit den aktuellen Aktivitäten auf Bundesebene beabsichtigt das Land Nordrhein-Westfalen noch im Jahr 2011 ein Pilotprojekt zur Erprobung eines elektronischen Meldeweges durchzuführen.
-Zu diesem Zweck wurde das Zentrum für Telematik im Gesundheitswesen (ZTG) mit der Erarbeitung der Grundlagen für die Einführung eines elektronischen Meldeverfahrens zur Übermittlung von meldepflichtigen Krankheiten und Erregern von Ärztinnen/Ärzten und Laboreinrichtungen an die zuständigen Gesundheitsämter sowie mit der Betreuung eines Pilotversuchs beauftragt.
-Zielsetzung ist die Übermittlung für die Meldepflichtigen so schnell und einfach wie möglich zu gestalten. Dafür wird angestrebt, in den Primärsystemen bereits vorhandene Informationen zum Erkennen eines meldepflichtigen Falls und zum weitgehenden Vorbefüllen eines Meldedatensatzes zu nutzen, so dass eine Meldung gemäß den Vorgaben des IfSG bzw. des Robert-Koch-Instituts (RKI) „auf Knopfdruck“ verschlüsselt an das zuständige Gesundheitsamt übermittelt werden kann. Der prinzipielle Meldeweg und -umfang an sich bleiben von der Umstellung auf eine elektronische Meldung unberührt.
-Der hier dargestellte Entwurf eines Implementierungsleitfadens ist derzeit noch in Entwicklung und orientiert sich an den umfangreichen Vorarbeiten des existierenden PDF-Leitfadens. Allerdings ist vorerst der inhaltliche Fokus enger gefasst und auf die elektronische Umsetzung der existierenden (aktuell gesetzlich vorgegebenen) Meldewege für namentliche Meldungen ausgerichtet.
-===Hintergrund der etablierten Formulare zur Übermittlung von meldepflichtigen Krankheiten und Erregern gemäß Infektionsschutzgesetz (IfSG)===
-Inhalt der Meldungen nach IfSG ist die Übermittlung meldepflichtiger Infektionskrankheiten bzw. Erregernachweise durch Ärzte und Labore an die zuständigen Behörden. In den meisten Fällen sind dies die Gesundheitsämter entweder am Ort des Krankenhauses oder dem Wohnort des Patienten. Dies dient u.a. dazu, dass die zuständigen Behörden geeignete seuchenhygienische Maßnahmen zum Schutz der Bevölkerung einleiten können und ein umfassendes Lagebild bei Epidemien erhalten.
-Die Meldekette in ihrer heutigen Form ist - abgesehen von der "ersten Meile" vom Meldepflichtigen zum zuständigen Gesundheitsamt - weitestgehend durch elektronische Übermittlung von maschinell verarbeitbaren Datensätzen realisiert. Für die Übermittlung der Daten zwischen den Gesundheitsämtern, Landesgesundheitsbehörden und dem auf Bundesebene zuständigen Robert-Koch-Institut (RKI) stehen durch das RKI definierte Datensatzstrukturen und Tools (SurvNet@RKI) zur Verfügung. Bei der initialen Übermittlung auf der "ersten Meile" erfolgt die Meldung auf Basis von Formularen, deren Systematik für eine papierorientierte Meldung primär darauf ausgerichtet ist, alle relevanten Daten möglichst auf einer DIN-A4-Seite abzubilden. In der Praxis werden diese Formularmuster häufig handschriftlich ausgefüllt und per Brief oder Fax übermittelt. Daneben werden mit zunehmender Tendenz auch frei gestaltete Meldungen per Fax oder Email an die Gesundheitsämter gesandt. Dies führt zu einem erheblichen Aufwand bei der Auswertung und Erfassung der Meldungen.
-Vor dem Hintergrund der Vogelgrippe in 2009 und der EHEC-Epidemie  im Sommer 2011 wird aktuell der Ansatz wieder aufgenommen, die Meldungen der meldepflichtigen Personenkreise an die zuständigen Behörden vom heute üblichen Post- oder Fax-Versand durch eine elektronische Übermittlung mittels eines standardisierten und strukturierten Datensatzes abzulösen. Zielsetzung ist dabei zum Einen den meldepflichtigen Personenkreisen (insbesondere Ärzten und Laboren) einen zeitgemäßen Übertragungsweg zu eröffnen, der eine optimierte Integration in die Abläufe der Praxen, Krankenhäuser und Labore ermöglicht und zum Anderen das Potential bietet, die Geschwindigkeit, Qualität und bei bestimmten Erkrankungen auch die Quantität der Meldungen erheblich zu verbessern.
-Die grundlegenden Inhalte der Meldung sind im Infektionsschutzgesetz (§ 6 Meldepflichtige Krankheiten, § 7 Meldepflichtige Nachweise von Krankheitserregern) bundesrechtlich geregelt. Details legt das RKI in einem jährlich aktualisierten Regelwerk fest. Entsprechend der unterschiedlichen Inhalte und Struktur der Meldungen bei Krankheiten und Erregern, adressiert die Meldepflicht hierfür unterschiedliche Personengruppen. '''''Meldungen von Krankheiten''''' erfolgen gemäß § 6 i.V.m. § 8 Abs. 1 IfSG größtenteils durch den feststellenden Arzt in Praxis, Krankenhäusern oder anderen stationären Einrichtungen. Daneben sind in diesen Fällen eine Reihe weiterer Personen meldepflichtig (z.B. Angehörige eines anderen Heil- oder Pflegeberufs, Leiter von stationären Einrichtungen, Flugzeug- oder Schiffsführer), wenn eine Meldung durch den Arzt noch nicht erfolgt ist. Die '''''Meldung von Krankheitserregern''''' erfolgt gem. § 7 i.V.m. § 8 Abs. 2 und 3 IfSG durch labordiagnostische Einrichtungen. Vor diesem Hintergrund finden sich auch unterschiedliche Musterformulare des Robert-Koch-Instituts (RKI) für die Meldungsarten ''Arztmeldung'' und ''Labormeldung''. Aufbauend auf den Musterformularen des RKI existieren eine Reihe von bundesland-spezifischen Ausprägungen der Arzt- und Labor-Meldebögen, die sich z.T. nicht nur im Layout unterscheiden sondern darüber hinaus in Einzelfällen Angaben enthalten, die aus landesspezifischen Vorgaben resultieren. (Beispielsweise wurden in NRW im Arztmeldebogen zusätzlich Informationen zum Impfstatus aufgenommen.)
-=== Grundtypen von Meldungen===
-Es können folgende Grundtypen von Meldungen unterschieden werden:
-'''Arztmeldung'''
-§ 6 IfSG, Erkrankungen, namentliche Meldung an das örtlich zuständige Gesundheitsamt
-'''Labormeldungen'''
-* § 7 Abs. 1 IfSG, Krankheitserreger, namentliche Meldung an das örtlich zuständige Gesundheitsamt
-* § 7 Abs. 3 IfSG, Krankheitserreger, nicht-namentliche Meldung an das RKI <br /> (bestimmte Erkrankungen: Syphilis, HIV, Echinokokkose, Malaria, Röteln/Toxoplasmose)
-Nachfolgend werden die Inhalte der Standard-Meldebögen für die namentliche Meldung von Erkrankungen und Erregern vergleichend dargestellt:
-{{OIBox|
-Die nachfolgende Tabelle sollte nochmal auf Gleichheit der Informationen überprüft werden: Der Abschnitt "meldepflichtiger Fall" sollte für die beiden Meldungen auf verschiedene Zeilen aufgeteilt werden.
-<br>
-Ausserdem sollte noch eine Spalte eingefügt werden, derauf die nachfolgenden Bereiche verlinkt und dmait auch benennt, wie das in CDA umgesetzt wird. Beispielsweise bei Patient auf "recordTarget" im Header.
 }}
-{| border="1"
+{{Infobox Ballot End}}
-|+ Strukturelemente und Datenfelder der Meldebögen von Ärzten und Laboren gegenübergestellt
-! style="width:5em"  |
-! style="width:10em" |
-! style="width:17em" |Arztmeldebogen
-! style="width:15em" |Gemeinsame Daten
-! style="width:17em" |Labormeldebogen
-|-
+=Implementierungsleitfaden zur Übermittlung meldepflichtiger Krankheiten - Arztmeldung =
-| align=right rowspan="6" | Adressat
+Dieses Dokument ist die Weiterentwicklung des bereits als PDF vorhandenen Implementierungsleitfadens aus dem Jahr 2008. Weitere Details zu Hintergründen und Beteiligten sind auf der [[Meldewesen_und_Infektionsschutz_(Projekt)|Projektseite]] dargestellt.
-| align=right | Bezeichnung
+{{NoteBox|Für die Labormeldung ist ein eigenständiger Leitfaden zu verwenden.}}
-| align=center|
+{{HL7transclude|cdamik:Ansprechpartner_und_Autoren}}
-| align=center| Bezeichnung des Amts
+{{HL7transclude|cdamik:Einleitung}}
-| align=center|
+{{HL7transclude|cdamik:dynamisches Modell}}<!--
-|-
-| align=right rowspan="3" | Anschrift
-| align=center|
-| align=center| Straße (einschl. Hausnummer)
-| align=center|
-|-
-| align=center|
-| align=center| PLZ
-| align=center|
-|-
-| align=center|
-| align=center| Ort
-| align=center|
-|-
-| align=right rowspan="2" | Kontaktdaten
-| align=center|
-| align=center|
-| align=center| Telefon
-|-
-| align=center|
-| align=center|
-| align=center| Fax
-|-
+-->{{HL7transclude|cdamik:Dokumenttypen}}
-| align=right rowspan="11" | Patient
+{{HL7transclude|cdamik:Document_Level_Templates}}
-| align=right rowspan="4" | Personendaten
+{{HL7transclude|cdamik:Header_Level_Templates}}
-| align=center|
+{{HL7transclude|cdamik:Patient_(recordTarget)_(Template)}}
-| align=center| Name
+{{HL7transclude|cdamik:Meldende-Stelle_(author)_(Template)}}
-| align=center|
+{{HL7transclude|cdamik:Verantwortliche_Organisation_(custodian)_(Template)}}
-|-
+{{HL7transclude|cdamik:Empfangendes_Gesundheitsamt_(InformationRecipient)_(Template)}}<!--
-| align=center|
-| align=center| Vorname
-| align=center|
-|-
-| align=center|
-| align=center| Geschlecht
-| align=center|
-|-
-| align=center|
-| align=center| Geburtsdatum
-| align=center|
-|-
-| align=right rowspan="3" | Anschrift
-| align=center|
-| align=center| Str. (einschl. Hausnummer)
-| align=center|
-|-
-| align=center|
-| align=center| PLZ
-| align=center|
-|-
-| align=center|
-| align=center| Ort
-| align=center|
-|-
-| align=right rowspan="3" | Aufenthaltsort
-| align=center|
-| align=center|
-| align=center| Str. (einschl. Hausnummer)
-|-
-| align=center|
-| align=center|
-| align=center| PLZ
-|-
-| align=center|
-| align=center|
-| align=center| Ort
-|-
-| align=right | Kontaktdaten
-| align=center| Telefon
-| align=center|
-| align=center|
-|-
+-->
-| align=right rowspan="8" | Absender: Praxis / KH / Einrichtung / Labor / Untersuchungsstelle
+{{HL7transclude|cdamik:Section_Level_Templates_Arztmeldung}}
-| align=right rowspan="2" | Meldende Person / Stelle
+{{HL7transclude|cdamik:Diagnose-Section_(Template)}}
-| align=center|
+{{HL7transclude|cdamik:Symptom-Section_(Template)}}
-| align=center| Einrichtungsname
+{{HL7transclude|cdamik:Tod-Section_(Template)}}
-| align=center| Einrichtungsname
+{{HL7transclude|cdamik:Zusatzangaben-Section_(Template)}}
-|-
+{{HL7transclude|cdamik:Betreuung_in_Einrichtung-Section_(Template)}}
-| align=center| meldende Person
+{{HL7transclude|cdamik:Taetigkeit-Section_(Template)}}
-| align=center|
+{{HL7transclude|cdamik:Exposition-Section_(Template)}}
-| align=center|
+{{HL7transclude|cdamik:Spende-Section_(Template)}}
-|-
+{{HL7transclude|cdamik:Impfstatus-Section_(Template)}}
-| align=center| Einsendender Arzt
+{{HL7transclude|cdamik:Labor-Section_(Template)}}<!--
-| align=center|
-| align=center|
-| align=center| [...]
-|-
-| align=right rowspan="3" | Anschrift
-| align=center|
-| align=center| Str. (einschl. Hausnummer)
-| align=center|
-|-
-| align=center|
-| align=center| PLZ
-| align=center|
-|-
-| align=center|
-| align=center| Ort
-| align=center|
-|-
-| align=right rowspan="2" | Kontaktdaten
-| align=center|
-| align=center| Telefon
-| align=center|
-|-
-| align=center|
-| align=center|
-| align=center| Email
-|-
+-->
-| align=right rowspan="8" | Meldung
+{{HL7transclude|cdamik:Entry_Level_Templates}}
-| align=right | Meldungsdatum
+{{HL7transclude|cdamik:Problem_Concern_Act_(Template)}}
-|
+{{HL7transclude|cdamik:Diagnosis_Observation_Entry_(Template)}}
-| align=center| Datum
+{{HL7transclude|cdamik:Symptom_Observation_Entry_(Template)}}
-|
+{{HL7transclude|cdamik:Anhang}}
-|-
-| align=right | Meldungsart
-| align=center| Auswahl der Meldungsart
-| align=center|
-| align=center|
-|-
-| align=right rowspan="3" | meldepflichtiger Fall
-| align=center| Diagnose / ICD Code
-| align=center|
-| align=center| Erreger / Befund
-|-
-| align=center| Symptomauswahl
-| align=center|
-| align=center| Untersuchungsmaterial
-|-
-| align=center| nähere Angaben
-| align=center|
-| align=center| Labornummer
-|-
-| align=right rowspan="3" | zeitliche Angaben
-| align=center| Erkrankung
-| align=center|
-| align=center| Materialeingang
-|-
-| align=center| Diagnose
-| align=center|
-| align=center|
-|-
-| align=center| Tod
-| align=center|
-| align=center|
-|-
-| align=right rowspan="15" | Angaben zur epidemiologischen Situation
-| align=right rowspan="3"| Tätigkeit
-| align=center| Medizinischer Bereich
-| align=center|
-| align=center|
-|-
-| align=center| Lebensmittelbereich
-| align=center|
-| align=center|
-|-
-| align=center| Gemeinschaftseinrichtung
-| align=center|
-| align=center|
-|-
-| align=right rowspan="5"| Einrichtungsaufenthalt
-| align=center| Gemeinschaftseinrichtung
-| align=center|
-| align=center|
-|-
-| align=center| Krankenhaus / Stationäre Pflege
-| align=center|
-| align=center|
-|-
-| align=center| seit
-| align=center|
-| align=center|
-|-
-| align=center| Einrichtung: Name
-| align=center|
-| align=center|
-|-
-| align=center| Einrichtung: Ort
-| align=center|
-| align=center|
-|-
-| align=right rowspan="3"| Auslandsaufenthalt
-| align=center| von
-| align=center|
-| align=center|
-|-
-| align=center| bis
-| align=center|
-| align=center|
-|-
-| align=center| Land
-| align=center|
-| align=center|
-|-
-| align=right | Erkrankungshäufung
-| align=center| nähere Angaben
-| align=center|
-| align=center|
-|-
-| align=right rowspan="3"| beauftragte Untersuchungsstelle
-| align=center| Labor: Name
-| align=center|
-| align=center|
-|-
-| align=center| Labor: Ort
-| align=center|
-| align=center|
-|-
-| align=center| Datum: Probenentnahme
-| align=center|
-| align=center|
-|-
-| align=right rowspan="20" | Angaben zur Nachweismethode
-| align=right rowspan="7" | Serologisch
-| align=center|
-| align=center|
-| align=center| IgM
-|-
-| align=center|
-| align=center|
-| align=center| IgG
-|-
-| align=center|
-| align=center|
-| align=center| IgA
-|-
-| align=center|
-| align=center|
-| align=center| Antikörpernachweise
-|-
-| align=center|
-| align=center|
-| align=center| andere
-|-
-| align=center|
-| align=center|
-| align=center| andere: nähere Bezeichnung
-|-
-| align=center|
-| align=center|
-| align=center| Zusatztest
-|-
-| align=right rowspan="2" | Toxin
-| align=center|
-| align=center|
-| align=center| Toxinnachweis
-|-
-| align=center|
-| align=center|
-| align=center| ToxinGennachweis
-|-
-| align=right rowspan="3" | Virulenzfaktor
-| align=center|
-| align=center|
-| align=center| eae
-|-
-| align=center|
-| align=center|
-| align=center| ipaH
-|-
-| align=center|
-| align=center|
-| align=center| andere
-|-
-| align=right rowspan="6" | direkt
-| align=center|
-| align=center|
-| align=center| Erreger/Virusisolierung
-|-
-| align=center|
-| align=center|
-| align=center| Nukleinsäurenachweis
-|-
-| align=center|
-| align=center|
-| align=center| Antigennachweis
-|-
-| align=center|
-| align=center|
-| align=center| mikroskopischer Nachweis
-|-
-| align=center|
-| align=center|
-| align=center| Elektronenmikroskopie
-|-
-| align=center|
-| align=center|
-| align=center| Zusatztext
-|-
-| align=right rowspan="2" | histologische/ histopathologisch
-| align=center|
-| align=center|
-| align=center| chrakteristische Veränderung
-|-
-| align=center|
-| align=center|
-| align=center| Befund
-|-
-| align=right rowspan="5" | weitere Angaben
-| align=right rowspan="4" | Impfstatus
-| align=center| Impfung
-| align=center|
-| align=center|
-|-
-| align=center| Datum
-| align=center|
-| align=center|
-|-
-| align=center| Anzahl
-| align=center|
-| align=center|
-|-
-| align=center| Art
-| align=center|
-| align=center|
-|-
-| align=center| Interpretation
-| align=center|
-| align=center|
-| align=center| Text
-|}
-===Aufgabenstellung eMeldewesen ===
-Um die Übermittlung von Meldungen über meldepflichtige Krankheiten und Erreger an die heutigen Rahmenbedingungen - welche durch eine hohe Mobilität der Menschen über große Entfernungen und ein größeres Risikopotential für die schnelle Ausbreitung von Infektionskrankheiten und Erregern gekennzeichnet sind - anzupassen, bietet sich die Nutzung von standardisierten und strukturierten Übermittlungsformaten an, die nicht nur eine schnelle Übertragung, sondern auch eine schnelle Verarbeitung und Auswertung dieser Meldungen ermöglichen. Wichtig für den flächendeckenden Einsatz eines elektronischen Meldeverfahrens ist dabei die möglichst weitgehende Unterstützung und Entlastung der meldepflichtigen Akteure von administrativen Zusatzaufwänden.
-Hierfür sind drei Teilaufgaben in einer für den Zweck angemessenen Detailtiefe zu lösen:
-'''''Primärsystemintegration'''''
-Idealerweise sollte die Erkennung eines meldepflichtigen Falles, das Ausfüllen einer Meldung an die zuständige Gesundheitsbehörde (hier im Fokus: namentliche Meldung an das Gesundheitsamt) und den Export einer elektronischen Meldung zur Übermittlung mittels eines geeigneten gesicherten Transportverfahrens in das Primärsystem integriert sein.
-Als Trigger für das Erkennen eines potentiell meldepflichtigen Falls kann beispielsweise bei Erkrankungen (Arztmeldung  nach § 6 IfSG) die vom DIMDI in Abstimmung mit dem RKI gepflegte Kennzeichnung von Diagnosen in den Metadaten des ICD-10 genutzt
-werden.
-Das alleine löst aber noch nicht das Problem der Abbildung des entsprechenden Regelwerkes. Beispielsweise sollen Masern nur in Kombination mit Fieber gemeldet werden.
-'''''Strukturierter Datensatz'''''
-Für die Übermittlung vom meldepflichtigen Akteur an zuständigen Gesundheitsbehörden (Gesundheitsämter) bietet es sich an, in Anlehnung an den VHitG-Arztbrief auf der Basis HL7/CDA aufzusetzen und in diesem Rahmen einen standardkonformen Datensatz zu definieren. Die Inhalte des Datensatzes basieren im Wesentlichen auf den existierenden Muster-Meldebögen und versuchen auch die Perspektive der weiterverarbeitenden Meldekette (Gesundheitsamt, zuständige Landesbehörde und RKI) berücksichtigen. Des Weiteren muss der Datensatz den Anforderungen des Datenschutzes (hier insbes. Erforderlichkeit, Datensparsamkeit und Zweckbindung) genügen. Dies bedeutet u.a., dass die Inhalte auf jene personenbezogenen Informationen zu beschränken sind, die von der Rechtsgrundlage der Meldepflicht (IfSG) vorgegeben sind.
-Darüber hinaus soll die Spezifikation so flexibel sein, dass die inviduellen Anforderungen der einzelnen Länder abbildbar sind.
-'''''Sicherer Transportweg'''''
-Um sicherzustellen, dass auf dem Weg vom Melder zum Gesundheitsamt keine unberechtigten Personen Kenntnis von den Inhalten der elektronischen Meldung erhalten können, sind geeignete Transportmechanismen vorzusehen. Aus Datenschutzsicht stehen hier die Aspekte Vertraulichkeit, Integrität und Authentizität im Vordergrund.
-Als Beispiele für sichere Transportwege werden technische Transportlösungen wie KV-SafeNet/D2D (evtl. künftig auch KV-CONNECT) oder OSCI-Transport angesehen, die ihrerseits bereits durch Datenschutzbeauftragte des Bundes oder der Länder positiv bewertet wurden.
-== Dynamisches Modell==
-Die inhaltliche Spezifikation ist unabhängig vom Transportweg:
-[[Datei:IfSG-Aufgabenstellung klein.jpg|Aufgabenstellung und Akteure einer elektronischen Meldung]]
-{{OIBox| Offene Punkte: Grafik aktualisieren!<br>
-Dabei sollte aber auch beachtet werden, dass eine druckbare Fassung entsteht. Also Hochformat. Daher sollte alle Grafiken darauf nochmal überprüft werden!}}
-===D2D===
-Gegenwärtig wird in einer Reihe von Szenarien D2D als akzeptiertes Transportmittel eingesetzt, das auch vom Datenschützer akzeptiert ist:
-[[Datei:IG_IfSG_D2D.gif|Transport per D2D]]
-===Webservices===
-Denkbar wäre auch die Daten über eine gesicherte Verbindung bzw. verschlüsselt an einen Webservice zu übermitteln.
-== Statisches Modell==
-=== Dokumenttypen===
-Im Rahmen des Erprobungsprojektes in Nordrhein-Westfalen steht die Übermittlung der namentlichen Meldungen an das örtlich zuständige Gesundheitsamt im Fokus der Aktivitäten.
-{{AlertBox|Für die Übermittlung der Arztmeldung nach § 6 IfSG und der Labormeldung nach § 7 Abs. 1 IfSG werden zwei CDA Dokumente verwendet. Beide Meldungsarten haben einen identisch aufgebauten Kopfteil (Header). Die Body Sektionen sind spezifisch für die jeweilige Meldung aufgebaut.
-Die Art der Meldung wird über den DokumentType code festgelegt. }}
-Während bei der Arztmeldung die Erkrankungen über den ICD-10-Code voraussichtlich auf CDA-Level 3 abgebildet werden können, ist für die Labormeldungen nach aktuellen Stand nicht sichergestellt, dass von allen Primärsystemen eine einheitliche Nomenklatur für die Erreger und Nachweismethoden verwendet wird. Daher wird bei den Labormeldungen derzeit CDA-Level 1 und 2 angestrebt.
-{| class="hl7table"
-|-
-! Dokumententyp
-! Beschreibung
-! Dok.-Template-ID
-|-
-| Arztmeldung
-| Arztmeldung nach § 6 IfSG
-| 1.2.276.0.76.?
-|-
-| Labormeldung
-| Labormeldung nach § 7 Abs. 1 IfSG
-| 1.2.276.0.76.?
-|}
-=== Wurzelelement ===
-''' (Namespace u.a.)'''
-=== Header===
-[[Datei:IG_IfSG_Header_02_V2.jpg|Header]]
-==== ClinicalDocument (direkte Informationen) ====
-{| class="hl7table"
-|bgcolor="ddddff"|Template ID|| colspan=2 | <OID für das Template>
-|-
-|bgcolor="ddddff"| General Description|| colspan=2 | Dieses Template spezifiziert, die ClinicalDocument Klasse einer Arztmeldung
-|-
-|bgcolor="ddddff"|LOINC Code||bgcolor="ddddff"|Opt.||bgcolor="ddddff"|Description
-|-
-| n.a. || required || Description
-|}
-{| class="hl7table"
-|bgcolor="ddddff"|Template ID|| colspan=2 | <OID für das Template>
-|-
-|bgcolor="ddddff"| General Description|| colspan=2 | Dieses Template spezifiziert, die ClinicalDocument Klasse einer Labormeldung
-|-
-|bgcolor="ddddff"|LOINC Code||bgcolor="ddddff"|Opt.||bgcolor="ddddff"|Description
-|-
-| n.a. || required || Description
-|}
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 0
-| bgcolor="ff8888" | act
-| elm
-| ClinicalDokument
-| Dokument
-|
-| 1..1
-| M
-|
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "CLINDOC"
-| CS
-| 1..1
-| M
-| Konstant "CLINDOC" (klinisches Dokument)
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-| CS
-| 1..1
-| M
-| Konstant "EVN" (event)
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| typeId
-|
-| II
-| 1..1
-| M
-| @extension konstant "POCD_HD000040"<br/>@root konstant "2.16.840.1.113883.1.3"
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| id
-|
-| II
-| 1..1
-| M
-| Eindeutige Identifikation des Dokuments (bzw. der Meldung)<br/>{{OIBox|Offene Punkte: Geben Hersteller den installierten Systemen zuverlässig eine OID? Labore auch? }}
-<br/>
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| code
-| DokumentType
-| CE CWE
-| 1..1
-| M
-| @code konstant "34781-5"<br/>@codesystem konstant "2.16.840.1.113883.6.1"<br/>@displayname konstant "infectious disease consulation note" {{OIBox|Offene Punkte: Code für Labormeldung LOINC }}
-<br/>
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| title
-|
-| ST
-| 0..1
-| required
-| konstant „Meldung gemäß IfSG auf Basis von CDA Rel. 2“
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| effectiveTime
-|
-| TS
-| 1..1
-| M
-| Erstellungszeitpunkt der Meldung
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| confidentialityCode
-|
-| CE CWE
-| 1..1
-| required
-| konstant "V" (Bei diesen Informationen handelt es sich um sehr vertrauliche Daten, so dass die Vertauchlichkeit auf “very restricted” zu setzen ist)
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| languageCode
-|
-| CS CNE
-| 0..1
-| optional
-| konstant "de-de" (In diesem Feld wird angegeben, in welcher Sprache die Texte erstellt wurden.)
-|}
-<br/>
-==== Patient ====
-{| class="hl7table"
-|bgcolor="ddddff"|Template ID|| colspan=2 | <OID für das Template>
-|-
-|bgcolor="ddddff"| General Description|| colspan=2 | Dieses Template spezifiziert, wie die Patientendaten angegeben werden.
-|-
-|bgcolor="ddddff"|LOINC Code||bgcolor="ddddff"|Opt.||bgcolor="ddddff"|Description
-|-
-| n.a. || required || Description
-|}
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ccffff" | part
-| elm
-| recordTarget
-| Patient
-|
-| 1..1
-| M
-| Patient
-|-
-| 2
-| bgcolor="ccffff" | part
-| att
-| typeCode
-| "RCT"
-| CS CNE
-| 1..1
-| M
-|
-|-
-| 2
-| bgcolor="ffff88" | role
-| elm
-| patientRole
-|
-|
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | role
-| att
-| classCode
-| "PAT"
-| CS CNE
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | role
-| elm
-| id
-| Eindeutige Identifikation des Patienten
-| SET&lt;II&gt;
-| 1..*
-| M
-| Hier ist sowohl eine Identifikation über die OID des Herstellers, Instanzkennziffer und Patientennummer oder aber über die OID für die eGK und die dazugehörige Nummer denkbar
-|-
-| 3
-| bgcolor="ffff88" | role
-| elm
-| addr
-| Adresse
-| SET&lt;AD&gt;
-| 0..*
-| optional
-| Hauptwohnsitz und ggf. Aufenthaltsort des Patienten<br/>
-Eine Anschrift ist Pflicht<br/>RKI Survnet erfasst Str/Hnr getrennt -> streetadressline sollte nicht verwendet werden
-|-
-| 4
-| bgcolor="ffff88" | role
-| att
-| @postalCode
-| Postleitzahl
-|
-| 0..1
-| M
-| PLZ ohne Länderkennzeichen
-|-
-| 4
-| bgcolor="ffff88" | role
-| att
-| @city
-| Wohnort
-|
-| 0..1
-| M
-|
-|-
-| 4
-| bgcolor="ffff88" | role
-| att
-| @country
-| Land
-|
-| 0..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | role
-| elm
-| telecom
-| Kontaktinformationen
-| SET&lt;TEL&gt;
-| 0..*
-| optional
-| Kontaktdaten des Patienten<br/>
-Dies ist kein Pflichtfeld und es sollte keinesfalls automatisch befüllt werden! Nur wenn aus Infektionsschutzgründen zweckmäßig und in Rücksprache mit dem Patienten! Die beim Gesundheitsamt meist verwendete Software Survnet des RKI erfasst 3xTel, 1xFax, 2xEmail; Mehrangaben würden daher verloren gehen
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| Patient
-| Patient
-|
-| 1..1
-| M
-| Personendaten des Patienten
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| name
-| Name des Patienten
-| SET&lt;PN&gt;
-| 0..*
-| M
-|
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| @prefix
-| Titel
-| ST
-| 0..1
-| optional
-| akademischer Titel
-<br/>
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| @given
-| Vorname
-| ST
-| 1..1
-| M
-| Vorname
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| @familiy
-| Familienname
-| ST
-| 1..1
-| M
-| Familienname
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| administrativeGender
-| Geschlecht
-| CE CWE
-| 1..1
-| M
-| Geschlecht des Patienten
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| birthTime
-| Geburtsdatum
-| TS
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| providerOrganization
-| Betreuende Einrichtung
-|
-| 0..1
-| optional
-| Bei Betreuung in KH, stationärer Pflegeeinrichtung, Kinder-/Jugendheim; gehört nur zur Arztmeldung
-Diese Information muss dennoch redundant im Body aufgenommen werden, da Einlieferungs/Entlassungsangaben anzugeben sind (bei KH-Aufenthalt Pflichtangabe)
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| id
-| Eindeutige Kennzeichnung der betreuenden Einrichtung
-| II
-| 0..*
-| optional
-| Erfordert entsprechende OID, welche wohl für KH verfügbar sind<br/>
-{{OIBox|Offene Punkte: Zu klären, was bei Pflege- oder Kinderheimen verwendbar wäre! (evtl. IK (Institutionskennzeichen) der GKV/PV ?)}}
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| name
-| Bezeichnung der betreuenden Einrichtung
-| ON
-| 0..*
-| optional
-|
-{{OIBox|Offene Punkte: Können bei der Organisation auch Abteilungen (z.B: im Krankenhaus) angegeben werden?}}
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| telecom
-| Kontaktdaten der betreuenden Einrichtung
-| TEL
-| 0..*
-| optional
-|
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| addr
-| Adressdaten der betreuenden Einrichtung
-| AD
-| 0..*
-| optional
-|
-|}
-<br/>
-==== Meldende Stelle ====
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ccffff" | part
-| elm
-| author
-| Autor
-|
-| 1..1
-| M
-|
-|-
-| 2
-| bgcolor="ccffff" | part
-| att
-| typeCode
-| "AUT"
-|
-| 1..1
-| M
-|
-(fix)
-|-
-| 2
-| bgcolor="ccffff" | part
-| att
-| contextControlCode
-| "OP"
-| <br/>
-| 1..1
-| M
-| (fix)
-|-
-| 2
-| bgcolor="ccffff" | part
-| elm
-| time
-|
-| TS.DATE.MIN
-| 1..1
-| <br/>
-| Meldungszeitpunkt
-|-
-| 3
-| bgcolor="ffff88" | role
-| elm
-| assignedAuthor
-|
-|
-| 1..1
-| <br/>
-|
-|-
-| 4
-| bgcolor="ffff88" | role
-| att
-| classCode
-| "ASSIGNED"
-|
-| 1..1
-| M
-| (fix)
-|-
-| 5
-| bgcolor="ffff88" | role
-| elm
-| id
-|
-| II
-| 0..*
-| optional
-| Eindeutige Kennzeichnung der meldenden Person<br/>Für Ärzte könnte entweder Lebenslangearztnummer + LANR-KV OID oder Arzt-ID + LIGA-NRW OID verwendert werden<br/>{{OIBox|Offene Punkte: Woher eine Kennzeichnung für Laborbetreiber nehmen?}}
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| assignedPerson
-|
-|
-| 1..1
-| M
-| Meldende Person<br/>Pflicht, da laut Gesetz eine Person (Arzt/Leiter bei Labor) die Meldung auslöst
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| classCode
-| "PSN"
-|
-| 1..1
-| M
-| (fix)
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| determinerCode
-| "INSTANCE"
-|
-| 1..1
-| M
-| Meldende Person (fix)
-|-
-| 6
-| bgcolor="88ff88" | ent
-| elm
-| name
-|
-| PN
-| 1..1
-| M
-| Meldende Person<br/>Vor-, Nachname ausreichend, evtl. wäre aber das Aufnehmen einer Telefonnummer zweckmäßig
-|-
-| 5
-| bgcolor="88ff88" | ent
-| elm
-| representedOrganization
-|
-|
-| 1..1
-| M
-| Meldende Einrichtung<br/>Für das Gesundheitsamt ist einzig die Einrichtung als Melder relevant, eine Person nur sekundär (und Angaben zur IT irrelevant)
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| classCode
-| "ORG"
-|
-| 1..1
-| M
-| (fix)
-|-
-| 6
-| bgcolor="88ff88" | ent
-| att
-| determinerCode
-| "INSTANCE"
-|
-| 1..1
-| M
-| (fix)
-|-
-| 6
-| bgcolor="88ff88" | ent
-| elm
-| id
-|
-| II
-| 0..*
-| optional
-| Eindeutige Kennzeichnung der meldenden Einrichtung<br/>Denkbar wäre Betriebstättennummer + BSNR-KV OID, für Ärzte
-|-
-| 6
-| bgcolor="88ff88" | ent
-| elm
-| name
-|
-| ON
-| 1..1?
-| M
-| Bezeichnung der meldenden Einrichtung<br/>{{OIBox|Offene Punkte: Können bei der Organisation auch Abteilungen (z.B: im Krankenhaus) angegeben werden? Dies wäre hier wichtig.}}
-|-
-| 6
-| bgcolor="88ff88" | ent
-| elm
-| telecom
-|
-| TEL
-| 0..*
-| optional
-| Kontaktdaten der meldenden Einrichtung
-|-
-| 6
-| bgcolor="88ff88" | ent
-| elm
-| addr
-|
-| AD
-| 0..1?
-| optional
-| Adressdaten des adressierten Gesundheitsamts
-|}
-<br/>
-==== custodian ====
-{| class="hl7table"
-|-
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ccffff" | role
-| elm
-| custodian
-|
-| 1..1
-| M
-|
-|-
-| 2
-| bgcolor="ccffff" | role
-| att
-| typeCode
-| "CST"
-| 1..1
-| M
-|
-|-
-| 2
-| bgcolor="ffff88" | part
-| elm
-| assignedCustodian
-|
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | part
-| att
-| classCode
-| "ASSIGNET"
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="88ff88" | ent
-| elm
-| representedCustodianOrganization
-|
-| 1..1
-| optional
-| Die Inhalte dieses Elements sind identisch mit den des Elements author.assignedauthor.representedOrganization
-|-
-| 4
-| bgcolor="88ff88" | ent
-| att
-| classCode
-| "ORG"
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| att
-| determinerCode
-| "INSTANCE"
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| att
-| id
-| II
-| 0..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| name
-| ON
-| 0..1
-| optional
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| telecom
-| TEL
-| 0..1
-| optional
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| addr
-| AD
-| 0..1
-| optional
-|
-|}
-<br/>
-==== InformationRecipient (empfangendes Gesundheitsamt) ====
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ccffff" | part
-| elm
-| InformationRecipient
-|
-|
-| 1..1
-| M
-| Empfänger ist das zuständige Gesundheitsamt<br/>Bei Abweichung zwischen Hauptwohnsitz und Aufenthaltsort sind ggf. mehrere Empfänger sinnvoll - dies sollte langfristig vorgesehen werden.
-|-
-| 2
-| bgcolor="ccffff" | part
-| att
-| typecode
-|
-|
-| 1..1
-| M
-| Gibt die Art des Empfängers an Hier ist bis auf Weiteres konstant PRCP (Primary Recipient) zu verwenden
-|-
-| 2
-| bgcolor="ffff88" | role
-| elm
-| InformationRecipient
-|
-|
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | role
-| att
-| classCode
-|
-|
-| 1..1
-| M
-|
-|-
-| 3
-| bgcolor="ffff88" | role
-| elm
-| recievedOrganization
-|
-|
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| att
-| classCode
-| "ORG"
-|
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| att
-| determinerCode
-| "INSTANCE"
-|
-| 1..1
-| M
-|
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| id
-|
-| II
-| 0..*
-| M
-| Eindeutige Kennzeichnung des adressierten Gesundheitsamts<br/>{{OIBox|Offene Punkte: Das RKI pflegt als einzige Stelle eine Liste der Ämter, hat aber keine OID }}
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| name
-| ON
-|
-| 0..1
-| optional
-| Bezeichnung des adressierten Gesundheitsamts<br/>{{OIBox|Offene Punkte: Evtl. wäre die Adressierung einer bestimmten Abteilung zu prüfen. Wunsch seitens Gesundheitsamt, nach internem Eingangs/Weiterleitungsvermerk. (geringe Priorität) }}
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| telecom
-| TEL
-|
-| 0..1
-| optional
-| Kontaktdaten des adressierten Gesundheitsamts
-|-
-| 4
-| bgcolor="88ff88" | ent
-| elm
-| addr
-| AD
-|
-| 0..1
-| optional
-| Adressdaten des adressierten Gesundheitsamts
-|}
-<br/>{{OIBox|Offene Punkte: Es wird überlegt, die Möglichkeit vorzusehen bei Fällen bei denen der aktuelle Aufenthaltsort nicht dem ständigen Wohnsitz entspricht, zwei Gesundheitsämter (Wohnsitz + aktueller Aufenthaltsort) zu informieren, um die schnelle Eindämmung eines aktuellen Ausbruchs zu unterstützen.}}
-=== Body Arztmeldung ===
-{{NoteBox| Meldung nach §6 Abs. 1 Nr 1, 2, 4 und 5 IfSG}}
-{{OIBox| Offene Punkte: }}
-{| border="1"
-|+ Struktur
-|-
-! style="width:5em" | Element
-! style="width:10em" | Opt.
-! style="width:17em" | Kard.
-! style="width:15em" | Template OID
-|-
-| Diagnose
-| RE
-| [0..*]
-|  ??
-|-
-| Tod
-| RE
-| [0..1]
-|  ??
-|-
-| Zusatz
-| RE
-| [0..1]
-|  ??
-|-
-| Einrichtung
-| RE
-| [0..1]
-|  ??
-|}
-<br/>[[File:IG IfSG Component-Arztmeldung Section Diagnosen V1-2.jpg|Arztmeldung|alt=Arztmeldung]]
-<br/>
-<br/>
-===== Section (Diagnose) =====
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Diagnose
-|
-| 1..1
-| required
-| Diagnose auf Level 3
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-| fix
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-| fix
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| code
-|
-| CD CWE
-| 1..1
-| required
-|
-(LOINC) code: "29308-4"; codesystem: "2.16.840.1.113883.6.1"; displayname: "Diagnosis"<br/>
-@code="29308-4"
-@codeSystem="2.16.840.1.113883.6.1"
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 0..1
-| required
-| Titel: ICD 10 gm2011 Diagnose
-|-
-| 2
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 0..1
-| required
-| ICD Volltext der Diagnose sowie Diagnose- und ggf. Erkrankungsdatum
-|}
-<br/>{{OIBox| Offene Punkte: <br />
-"Häufung anderer Erkrankungen" /"Bedrohliche andere Krankheit" sind ohne exakte ICD Entsprechung <br /> }}
-{{WorkBox|Insbesondere das "Entry" Element ist noch nicht vollständig konzipiert ???}}
-<br/>
-====== Observation Diagnose ======
-[[File:IG IfSG Component-Arztmeldung Section Diagnosen V2.jpg|Section_Diagnosen|alt=Section_Diagnosen]]
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| entry
-|
-|
-|
-| required
-|
-<br/>
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| contextConductionInd
-| "true"
-|
-| 1..1
-| required
-|
-<br/>
-|-
-| 2
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Diagnose
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "OBS"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| code
-|
-| CDE CWE
-| 1..1
-| optional
-|
-(DIMDI) codesystem: "1.2.276.0.76.5.388" codesystemname: "icd10gm2011"; code/displayname = ICD Code mit Zusatz
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| statusCode
-|
-| CS CNE
-| 1..1
-| optional
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| effectiveTime
-|
-| QSET
-| 1..1
-| required
-| Angabe des Diagnosedatums
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| value
-|
-| CD
-| 1..1
-| required
-| Angabe der Diagnose
-|-
-| 3
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 0..1
-| optional
-| "Häufung anderer Erkrankungen" /"Bedrohliche andere Krankheit" auch ohne exakte ICD Entsprechung / Oder zusätzlicher Kommentar
-|}
-<br/>
-<br/>
-===== Sections für weitere Angaben =====
-Weitere „section“ Elemente sind optional (Kardinalität 0..1) und auf Level 1, d.h. nicht maschinenlesbar, vorgesehen. Die Informationen sind keine Pflichtelemente des Datensatzes, da
-*a) gemäß den Experten von Gesundheitsämtern diese Angaben derzeit ohnehin nahezu nie gemacht werden.
-*b) die Implementierung durch die Softwarehersteller für den Pilotbetrieb so einfach wie möglich gehalten werden sollte.
-*c) die Akzeptanz der Nutzer als höher eingeschätzt wird, wenn so wenige Daten wie möglich manuell ergänzt werden müssen.
-Die Wahl von Level 1 liegt primär darin begründet, dass derzeit keine Kataloge bzw. Code Systeme für die weiteren Angaben über eine OID verfügbar sind.
-<br/>
-====== Section (Tod) ======
-{{NoteBox|Kommentar: Im Todesfall zu verwenden, sollte Datum und ggf. Ursachen enthalten <br />}}
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Tod
-|
-| 0..*
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| elm
-| code
-|
-| CD CWE
-| 1..1
-| optional
-| (LOINC) code: "47046-8"; codesystem: "2.16.840.1.113883.6.1"; displayname: "Summary of Death"
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| Als Titel ist "Angaben zum Tod des Patienten" zu verwenden.
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-| Unter text ist das Todesdatum und sofern bekannt die Ursache oder ein Verdacht zur
-Ursache anzugeben.
-|}
-{{OIBox| Offene Punkte: auch "Cause of Death" und "Date of Death" vorhanden -> auf Level 3 gehen?}}
-<br/>
-====== Section Zusatzangaben (Symptome und weitere Angaben) ======
-{{NoteBox|Kommentar: Symptome und weitere Angaben <br />}}
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Zusatzangaben
-|
-| 0..*
-| required
-| Symptome und weitere Angaben
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| Als Titel ist "Symptome und weitergehende Angaben " zu verwenden
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-|
-|}
-<br/>
-{{OIBox|Offene Punkte: <br />
-'''code: CE CWE [1..1]'''<br />
-Kommentar: (LOINC) code: ""; codesystem: "2.16.840.1.113883.6.1"; displayname: "" <br />}} {{OIBox| Offene Punkte: kein exakter Code für das Gesamtelement gefunden -> Level 1? }}
-====== Section Betreuung in Einrichtung ======
-{{NoteBox|Kommentar: Betreuung/Aufnahme/Entlassung - Krankenhaus/Pflege/Kinderheim <br />}}
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Betreuung
-|
-| 0..*
-| required
-| Betreuung/Aufnahme/Entlassung - Krankenhaus/Pflege/Kinderheim
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| "Angaben zur Betreuung in Krankenhäusern oder Einrichtungen für Kinder, Jugendliche oder stationäre Pflege"
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-| Einrichtung einschl. Adresse und Kontaktinfos, ggf. Aufnahme- und Entlassungsdatum
-|}
-<br/>
-<br/>{{OIBox|Offene Punkte: <br />
-'''code: CE CWE [1..1]'''<br />
-Kommentar: (LOINC) code: ""; codesystem: "2.16.840.1.113883.6.1"; displayname: "" <br />}} {{OIBox|Offene Punkte: kein exakter Code für das Gesamtelement gefunden -> Level 1? }}
-====== Section (Taetigkeit) ======
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Tätigkeit
-|
-| 0..*
-| required
-| Tätigkeiten: medizinischer Bereich / Lebensmittelbereich / Gemeinschaftseinrichtung
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| "Angaben zur Taetigkeit"
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-|
-|}
-====== Section (Impfstatus) ======
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| @typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| Section
-| Impfstatus
-|
-| 0..*
-| required
-| "Impfung erfolgt?" / Anzahl / "Datum letzter Impfung" / Impfstoff
-|-
-| 4
-| bgcolor="ff8888" | act
-| @classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| @moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| title
-|
-| ST
-| 1..1
-| required
-| "Angaben zu Impfungen"
-|-
-| 4
-| bgcolor="ff8888" | act
-| text
-|
-| ED
-| 1..1
-| required
-|
-|}
-<br/>
-IHE PCC Immunization Vol.2 Kap. 6.3.3.3.5 ?
-<syntaxhighlight lang="xml">
-<component>
-  <section>
-   <templateId root='2.16.840.1.113883.10.20.1.6'/>
-   <templateId root='1.3.6.1.4.1.19376.1.5.3.1.3.23'/>
-   <id root=' ' extension=' '/>
-   <code code='11369-6'
-         displayName='HISTORY OF IMMUNIZATIONS'
-         codeSystem='2.16.840.1.113883.6.1'
-         codeSystemName='LOINC'/>
-   <text>
-            Text as described above
-   </text>
-   <entry>
-        :
-      <!-- Required Immunization element -->
-     <templateId root='1.3.6.1.4.1.19376.1.5.3.1.4.12'/>
-        :
-   </entry>
- </section>
-</component>
-</syntaxhighlight>
-====== Section (Exposition) ======
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Exposition
-|
-| 0..*
-| required
-| Auslandsaufenthalte, mögliche Exposition zu Erregern; bei Tuberkulose Geburtsland und Staatsangehörigkeit
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| "Angaben zu wahrscheinlichen Infektionsquellen/-orten"
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-|
-|}
-====== Section (Spende) ======
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! AE
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| elm
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| att
-| typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| elm
-| Section
-| Spende
-|
-| 0..*
-| required
-| Blut-/Gewebe-/Zell-/Organspenden in den letzten 6 Monaten
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| title
-|
-| ST
-| 1..1
-| required
-| "Angaben zu Blut-/Gewebe-/Zell-/Organspenden"
-|-
-| 4
-| bgcolor="ff8888" | act
-| att
-| text
-|
-| ED
-| 1..1
-| required
-|
-<br/>
-|}
-<br/>
-===Body Labormeldung===
-{{WorkBox|In der Entwicklung}}
-{{NoteBox|Kommentar: Meldung nach §7 Abs. 1 IfSG <br />}}
-{{OIBox|Offene Punkte: LOINC sollte Ideal für Abbildung von Laborinfos sein, aber noch fehlt Grundlagenwissen. Möglicherweise können/müssen über LOINC Angaben über Befund, Material und Methode direkt verknüpft werden.  <br />}}
-{{WorkBox|Die folgende Tabelle stellt im Prinzip ein Dokument-Level-Template dar, in dem geregelt wird, welche Abschnitte zu einem Dokument (hier: Labormeldung) gehören. }}
-{| clasS="hl7table"
-|+ Struktur
-! style="width:7em"  | Element
-! style="width:10em" | Opt.
-! style="width:17em" | Kard.
-! style="width:7em"  | LOINC-Code
-! style="width:15em" | Section-Template OID
-|-
-|| Befund
-|| RE
-||[0..*]
-||
-||??
-|-
-|| Material
-||RE
-||[0..*]
-||
-||??
-|-
-|| Übersender
-||R
-||[1..1]
-||
-||??
-|-
-|| Methode
-||RE
-||[0..*]
-||
-||??
-|}
-===== section (Labor) =====
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-| 1
-| bgcolor="ffaaaa" | rel
-| component
-|
-|
-| 0..*
-| optional
-|
-|-
-| 2
-| bgcolor="ffaaaa" | rel
-| @typeCode
-| "COMP"
-|
-| 1..1
-| required
-|
-|-
-| 3
-| bgcolor="ff8888" | act
-| Section
-| Labor
-|
-| 0..*
-| required
-| Angaben zur beauftragten Untersuchungsstelle
-|-
-| 4
-| bgcolor="ff8888" | act
-| @classCode
-| "DOCSECT"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| @moodCode
-| "EVN"
-|
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| title
-|
-| ST
-| 1..1
-| required
-|
-|-
-| 4
-| bgcolor="ff8888" | act
-| text
-|
-| ED
-| 1..1
-| required
-|
-|}
-{{OIBox| Offene Punkte: Wie können Organisationsinformationen wie im Header eingebunden werden?<br>
-Was für Informationen?}}
-===== section (Befund) =====
-Kommentar: Erreger/Befund <br />
-Offene Punkte:  <br />
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-|
-|
-|code
-|
-|CE CWE
-|[1..1]
-|
-|
-Kommentar:  <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|title
-|
-| ST
-|[0..1]
-|
-|Kommentar: "Angaben zum Erreger/Befund" <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|text
-|
-|ED
-|[0..1]
-|
-|Kommentar: Name des Erregers <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|entry
-|
-|
-|
-|
-|Kommentar:  <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|Observation
-|
-|
-|
-|
-|
-Kommentar: Konstant: classCode="OBS" moodCode="EVN" <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|code
-|
-|
-|
-|
-|
-Kommentar: (LOINC) code: ""; codesystem: "2.16.840.1.113883.6.1"; displayname: "" <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|statuscode
-|
-|
-|
-|
-|
-Kommentar:  <br />
-Offene Punkte: ? <br />
-|-
-|
-|
-|effectivetime
-|
-|
-|
-|
-|
-Kommentar: Datum des Befunds <br />
-Offene Punkte:  <br />
-|}
-===== section (Material) =====
-Kommentar: Verwendetes Untersuchungsmaterial einschl. Einsendedatum <br />
-Offene Punkte: Verwendetes Untersuchungsmaterial einschl. Einsendedatum <br />
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-|
-|
-|code
-|
-|CE CWE
-|[1..1]
-|
-|Kommentar:  <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|title
-|
-|ST
-|[0..1]
-|
-|
-Kommentar: "Angaben zum untersuchten Material" <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|text
-|
-|ED
-|[0..1]
-|
-|
-Kommentar:
-Offene Punkte:  <br />
-|}
-===== section (Methode) =====
-Kommentar: Angewendete Nachweismethode <br />
-Offene Punkte:  <br />
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-|
-|
-|code
-|
-|CE CWE
-|[1..1]
-|
-|Kommentar:  <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|title
-|
-|ST
-|[0..1]
-|
-|
-Kommentar: "Angaben zur Nachweismethode" <br />
-Offene Punkte:  <br />
-|-
-|
-|
-|text
-|
-|ED
-|[0..1]
-|
-|
-Kommentar:  <br />
-Offene Punkte:  <br />
-|}
-===== section (Übersender) =====
-Kommentar: Angaben zum übersendenden Arzt <br />
-Offene Punkte: Wie können Organisationsinformationen wie im Header eingebunden werden?
-{| class="hl7table"
-|-
-! Lvl
-! RIM
-! Name
-! Desc
-! DT
-! Kard
-! Conf
-! Beschreibung
-|-
-|
-|
-|
-|
-|
-|
-|
-|tbd
-|}
-===  Benötigte OIDs ===
-*Niedergelassene Ärzte UND Praxen UND PVS Instanzen
-*Laborbetreiber UND Labore UND LIS Instanzen
-*Krankenhausärzte UND Krankenhäuser UND KIS Instanzen
-*''Betreuende Einrichtungen (Pflege-, Kinderheime z.B.)''
-*''Gesundheitsämter''
-Im Prinzip ist es egal, woher die OIDs stammen. Dazu ist ein [[OID-Konzept_HL7-D |OID-Konzept]] notwendig.
-=== Allgemeine offene Punkte ===
-Welche OIDs sind zwingend anzugeben? Für das Gesundheitsamt sind diese im Zweifel ohne Bedeutung!<br />
-Müssen wir (ZTG), wenn wir Templates / eine Schemadefinition erzeugen, diese verwalten/pflegen? Mit eigener OID…<br />
-Sind Templates / eine Schemadefinition sinnvoll, oder reicht ein Leitfaden mit klaren Anweisungen?
-==Beispieldokument==
-<syntaxhighlight lang="xml">
-<?xml version="1.0" encoding="UTF-8"?>
-<?xml-stylesheet type="text/xsl" href="rki-cda-v3.xsl"?>
-<ClinicalDocument xmlns="urn:hl7-org:v3"
-  xmlns:sciphox="urn::sciphox-org/sciphox"
-  xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
-  xsi:schemaLocation="urn:hl7-org:v3 CDA.xsd">
-  <typeId root="2.16.840.1.113883.1.3"
-          extension="POCD_HD000040"/>
-  <id extension="60467,36049" root="1.2.276.0.58"/>
-  <code code="11488-4" codeSystem="2.16.840.1.113883.6.1"
-        displayName="Consultation note"/>
-  <title>Meldeformular für RKI auf CDA Rel.2 Basis</title>
-  <effectiveTime value="20060924"/>
-  <confidentialityCode code="N"
-                  codeSystem="2.16.840.1.113883.5.25"/>
-  <languageCode code="de"/>
-  <setId extension="D1" root="2.16.840.1.113883.3.933"/>
-  <versionNumber value="1"/>
-  <recordTarget>
-    <!--- Patienten-Daten -->
-    <patientRole>
-      <id extension="6" root="2.16.840.1.113883.3.933"/>
-      <telecom use="WP" value="tel:040-555-12345"/>
-      <telecom use="HP" value="tel:040-222-76543"/>
-      <addr>
-        <streetName>Steinstr.</streetName>
-        <houseNumber/>
-        <postalCode>30156</postalCode>
-        <city>Hamburg</city>
-      </addr>
-      <patient>
-        <name>
-          <prefix>Dr.</prefix>
-          <given>Alfred</given>
-          <family>Hafer</family>
-        </name>
-        <administrativeGenderCode code="M"
-                  codeSystem="2.16.840.1.113883.5.1"/>
-        <birthTime value="19450601"/>
-      </patient>
-      <providerOrganization>
-        <telecom use="WP" value="tel:061511111111"/>
-        <telecom use="WP" value="fax:061512222222"/>
-        <addr>
-          <streetName>Musterstr.</streetName>
-          <houseNumber>1</houseNumber>
-          <postalCode>64283</postalCode>
-          <city>Darmstadt</city>
-        </addr>
-      </providerOrganization>
-    </patientRole>
-  </recordTarget>
-  <author>
-    <!--- author -->
-    <time value="20060924"/>
-    <assignedAuthor>
-      <id extension="6319123" root="2.16.840.1.113883.3.933"/>
-      <assignedPerson>
-        <name>
-          <prefix>Dr.med. Hans</prefix>
-          <given/>
-          <family>Topp-Glücklich</family>
-        </name>
-      </assignedPerson>
-      <representedOrganization>
-        <name>Dr.med. Hans Topp-Glücklich </name>
-        <telecom use="WP" value="tel:061511111111"/>
-        <telecom use="WP" value="fax:061512222222"/>
-        <addr>
-          <streetName>Musterstr.</streetName>
-          <houseNumber>1</houseNumber>
-          <postalCode>64283</postalCode>
-          <city>Darmstadt</city>
-        </addr>
-      </representedOrganization>
-    </assignedAuthor>
-  </author>
-  <custodian>
-    <!--- Organisation von der das Dokument stammt -->
-    <assignedCustodian>
-      <representedCustodianOrganization>
-        <id extension="M345" root="1.2.276.0.58"/>
-        <name>Dr.med. Hans Topp-Glücklich </name>
-        <telecom nullFlavor="UNK"/>
-        <addr>
-          <streetName>Musterstr.</streetName>
-          <houseNumber>1</houseNumber>
-          <postalCode>64283</postalCode>
-          <city>Darmstadt</city>
-        </addr>
-      </representedCustodianOrganization>
-    </assignedCustodian>
-  </custodian>
-  <informationRecipient typeCode="PRCP">
-    <!--- Empfaenger -->
-    <intendedRecipient>
-      <id extension="21233445"
-          root="2.16.840.1.113883.3.933"/>
-      <receivedOrganization>
-        <telecom use="WP" value="fax:02431/901-6210"/>
-        <name>
-             Landeshauptstadt Kiel<delimiter/>
-             Amt f&#x00fc;r Gesundheit<delimiter/>
-             Infektionsschutz/Umwelthygiene
-        </name>
-        <addr>
-          <postBox>11 52</postBox>
-          <postalCode>24099</postalCode>
-          <city>Kiel</city>
-        </addr>
-      </receivedOrganization>
-    </intendedRecipient>
-  </informationRecipient>
-  <legalAuthenticator>
-    <!--- legalAuthenticator -->
-    <time value="20060721"/>
-    <signatureCode code="S"/>
-    <assignedEntity>
-      <id extension="6319123" root="2.16.840.1.113883.3.933"/>
-      <assignedPerson>
-        <name>
-          <prefix>Dr.med. Hans</prefix>
-          <given/>
-          <family>Topp-Glücklich</family>
-        </name>
-      </assignedPerson>
-      <representedOrganization>
-        <name>Dr.med. Hans Topp-Glücklich </name>
-        <telecom use="WP" value="fax:061512222222"/>
-        <addr>
-          <streetName>Musterstr.</streetName>
-          <houseNumber>1</houseNumber>
-          <postalCode>64283</postalCode>
-          <city>Darmstadt</city>
-        </addr>
-      </representedOrganization>
-    </assignedEntity>
-  </legalAuthenticator>
-  <component>
-    <structuredBody>
-      <component>
-        <!-- meldepflichtige Krankheiten auf CDA Level 2 -->
-        <section>
-          <templateID root="1.2.276.0.76.3.1.81.1.4.1"/>
-          <code code="08"
-            codeSystem="1.2.276.0.76.3.1.81.1.3.1"
-            codeSystemName="RKI meldepflichtige Krankheiten"/>
-          <title>Botulismus</title>
-          <text><content ID="ND_200801"/></text>
-        </section>
-        <section>
-          <templateID root="1.2.276.0.76.3.1.81.1.4.1"/>
-          <code code="48"
-                codeSystem="1.2.276.0.76.3.1.81.1.3.1"
-            codeSystemName="RKI meldepflichtige Krankheiten"/>
-          <title>Cholera</title>
-          <text ><content ID="ND_200802"/></text>
-        </section>
-        <section>
-          <templateID root="1.2.276.0.76.3.1.81.1.4.1"/>
-          <code code="34"
-                codeSystem="1.2.276.0.76.3.1.81.1.3.1"
-           codeSystemName="RKI meldepflichtige Krankheiten"/>
-          <title>Masern</title>
-          <text>
-            <list>
-              <item>Respiratorsiche Symptomatik
-                    <content ID="ND_200803"/>
-              </item>
-            </list>
-          </text>
-          <!-- Laborwert auf Level 3 -->
-          <entry>
-            <act classCode="ACT" moodCode="EVN">
-              <code code="B05.9" codeSystem="2.16.840.1.?????"
-                    codeSystemName="ICD"
-                    displayName="Respiratische Symptomatik"/>
-              <statusCode code="completed"/>
-              <entryRelationship typeCode="COMP">
-                <observation classCode="OBS" moodCode="EVN">
-                  <code code="B05.9"
-                        codeSystem="2.16.840.1.????"
-                        codeSystemName="ICD"
-                    displayName="Masern ohne komplikationen">
-                    <originalText>
-                      <reference value="#ND_200803"/>
-                    </originalText>
-                  </code>
-                  <statusCode code="completed"/>
-                  <effectiveTime>
-                    <center value="200801241025"/>
-                  </effectiveTime>
-                  <interpretationCode code="H"
-                         codeSystem="2.16.840.1.113883.5.83"/>
-                </observation>
-              </entryRelationship>
-            </act>
-          </entry>
-        </section>
-        <section>
-          <templateID root="1.2.276.0.76.3.1.81.1.4.3"/>
-          <code code="M"
-                codeSystem="1.2.276.0.76.3.1.81.1.3.4"
-                codeSystemName="working place"/>
-          <title>Epidemiologische Situation</title>
-          <text>Patient ist im medizinischen Bereich tätig.
-               <content ID="ND_200804"/>
-           </text>
-        </section>
-      </component>
-    </structuredBody>
-  </component>
-</ClinicalDocument>
-</syntaxhighlight >
-==Weitere Leitfäden==
-Die hier erarbeiteten Grundlagen können auch für weitere Leitfäden – dann natürlich mit entsprechenden spezifischen Erweiterungen – genutzt werden:
-*Bericht über unerwünschte Arzneimittel
-*Todesursachenbescheinigung
-*Impfreaktionen/Impfkomplikationen
-*Disease Management Programme
-**Asthma Bronchiale
-**Diabetes Mellitus (Typ 1 + 2)
-**COPD
-{{OIBox|
-Dafür könnte man ja schon Seiten anlegen....
-Der Punkt ist, dass man Teile wiederverwenden möchte. Dazu müssen wir aber von Templates Ggebrauch machen. Diese befinden sich aber noch in Ausarbeitung.
-}}

Übermittlung meldepflichtiger Krankheiten - Arztmeldung

Aktuelle Version vom 5. März 2015, 17:07 Uhr

Inhaltsverzeichnis

Implementierungsleitfaden zur Übermittlung meldepflichtiger Krankheiten - Arztmeldung

Ansprechpartner und Autoren

Einleitung

Motivation und Ziel

Hintergrund der etablierten Formulare zur Übermittlung von meldepflichtigen Krankheiten und Erregern gemäß Infektionsschutzgesetz (IfSG)

Grundtypen von Meldungen

Aufgabenstellung eMeldewesen

Dynamisches Modell

D2D

Webservices

Dokumenttypen

Document Level Templates für Arzt- und Labormeldung

Dokument "Arztmeldung nach § 6 IfSG"

Besonderheiten

Links

Dokument "Labormeldung nach § 7 Abs. 1 und 2 IfSG"

Besonderheiten

Links

Header Level Templates

Patient (recordTarget - spezialisiert)

Beschreibung

Bemerkungen

Meldende Person / Meldende Stelle (author)

Beschreibung

Bemerkungen

Die das Dokument verwaltende Organisation (custodian)

Beschreibung

Empfangendes Gesundheitsamt (informationRecipient)

Beschreibung

Bemerkungen

Section Level Templates Arztmeldung

Arztmeldung nach § 6 IfSG

Section: Diagnose

Beschreibung

Section: Tod

Beschreibung

Section: Zusatzangaben

Beschreibung

Section: Betreuung in Einrichtung

Beschreibung

Section: Tätigkeit

Beschreibung

Section: Auslandsaufenthalt und Exposition

Beschreibung

Section: Spende

Section: Impfstatus

Beschreibung

Section: Ausführendes Laboratorium

Beschreibung

Entry Level Templates Arztmeldung

Entry: Problem Concern Act

Beschreibung

Entry: Diagnosis Observation

Beschreibung

Bemerkungen

Entry: Symptoms Observation

Beschreibung

Anhang

Liste der Value Sets

Offene Punkte

Navigationsmenü

Suche