Hl7wiki - Benutzerbeiträge [de]

bp:Krankenversichertennummer (KVNR)

2017-06-14T07:36:54Z

Pscholz:

{{#CustomTitle:{{PAGENAME}}|{{PAGENAME}}}}
[[Kategorie:Best practice|{{PAGENAME}}]]
=Einleitung=
Die Krankenkasse verwendet für jeden Versicherten eine Krankenversichertennummer.
Die Krankenversichertennummer besteht zwei Teilen:
* dem unveränderbaren Teil zur Identifikation des Versicherten: der 10 stelligen Krankenversicherten-ID
* dem veränderlichen Teil, der die Kassenzugehörigkeit in Form des Institutionskennzeichens der Krankenkasse (9 Stellen) und ggf. Daten zum Hauptversicherten (10 Stellen), sowie eine Prüfziffer (1 Stelle) enthält.

==Unveränderlicher Teil==
Der unveränderliche Teil (die eigentliche Krankenversichertennummer) besteht aus insgesamt 10 Stellen:
** 1 alphanumerisches Zeichen A-Z
** 8 Ziffern 0-9
** 1 Prüfziffer (0-9).
Buchstabe und die 8 Ziffern sind für jede Person „zufällig“ aber eindeutig vergeben.

Die Prüfziffer wird mit dem Modulo-10-Verfahren und den Gewichtungen 1-2-1-2-1-2-1-2-1-2
berechnet. Der Buchstabe wird dabei durch eine zweistellige Zahl ersetzt, das A mit 01, das B mit
02, …, und das Z mit 26.

==Veränderlicher Teil==
Der veränderliche Teil besteht aus insgesamt 20 Stellen
* dem 9-stelligen Institutionskennzeichen (der Krankenkasse), z. B. 100696012
* sowie ggf einem 10 stelligen Teil, aus dem bei Vergabe der Nummer an Familienversicherte sicherzustellen ist, dass der Bezug zu dem Angehörigen, der Mitglied ist, hergestellt werden kann.
* einer Prüfziffer

=Version 2=
{{BeginBlueBox|[[File:Bestpractice.svg|30px]] Beispiel (bei Nutzung der Standarddelimiter)}}
<syntaxhighlight lang="text">
...
</syntaxhighlight>
{{EndBlueBox}}

=CDA=
Die KV-Nummer für einen Patienten wird im <code>id</code>-Element der Rolle (... etc.) in der <code>@extension</code> angegeben. Das Identifikationssystem hat die registrierte OID 1.2.276.0.76.4.8 (Versichertennummer, unveränderbarer Teil der Krankenversichertennummer zur Identifikation des Versicherten, gemaess §290 SGB V; für PKV Versicherte : gleich Versicherungsnummer) und wird im <code>@root</code>-Attribut gekennzeichnet.

{{BeginBlueBox|[[File:Bestpractice.svg|30px]] Beispiel}}
<syntaxhighlight lang="xml">
<id extension="G995030566" root="1.2.276.0.76.4.8"/>
</syntaxhighlight>
{{EndBlueBox}}

=FHIR=
In FHIR wird der 10-stellige, unveränderliche, Teil der KV-Nummer als komplexer Datentyp [http://hl7.org/implement/standards/fhir/datatypes.html#Identifier Identifier] im Identifier-System http://fhir.de/NamingSystem/gkv/kvid-10 abgebildet.
Die KV-Nummer kann sowohl der Identifier eines Patienten ([http://hl7.org/implement/standards/fhir/patient.html Resource Patient])oder eines Versicherungsverhältnisses ([http://hl7.org/implement/standards/fhir/coverage.html Resource "Coverage"]) sein.

Die vollständige, 30-stellige KV-Nummer wird im Identifier-System http://fhir.de/NamingSystem/gkv/kvnr-30 abgebildet.
Diese wird ausschließlich innerhalb eines Versicherungsverhältnisses verwendet.

Die Krankenversichertennummer ist im [https://simplifier.net/BasisprofilDE/patient-de-basis deutschen Patienten-Basisprofil] enthalten und kann in abgeleiteten Profilen zwingend vorgeschrieben sein. Dies gilt insbesondere für das [https://simplifier.net/BasisprofilDE/patient-de-vsdm VSDM-Patienten-Profil (Versichertenstammdatenmanagement, "eGK-Datensatz")].
Die Darstellung des Versicherungsverhältnisses muss dem [https://simplifier.net/BasisprofilDE/coverage-de-gkv GKV-Versicherungs-Profil] entsprechen.

Dabei ist zu beachten, dass sowohl Patienten als auch Versicherungsverhältnisse multiple Identifier besitzen können. Ein Patient kann sowohl durch seine KV-Nummer als auch seine KIS-ID, seine Sozialversicherungsnummer, seine Führerscheinnummer usw. identifiziert werden. Bei der Suche nach dem Patienten mit der KV-Nummer "G995030566" auf einem FHIR-Server ist daher die [http://hl7.org/implement/standards/fhir/search.html#token Token-Syntax] zu verwenden, die einen Identifier stets im Kontext des Identifier-Systems sucht.

{{BeginBlueBox|[[File:Bestpractice.svg|30px]] Beispiele}}
* [https://simplifier.net/BasisprofilDE/Example-patient-de-basis-kvid-10/xmlview Verwendung in der Resource Patient]
* [https://simplifier.net/BasisprofilDE/Example-coverage-de-basis-kvnr/xmlview Verwendung in der Resource Coverage]
* Beispiel für eine Suchanfrage:
<syntaxhighlight lang="text">
http://meinFhirServer.de/Patient?identifier=http://fhir.de/NamingSystem/gkv/kvid-10|G995030566
</syntaxhighlight>
{{EndBlueBox}}

=Referenzen=
* Versicherungsnummer https://de.wikipedia.org/wiki/Versicherungsnummer
* https://kvnummer.gkvnet.de
* http://www.bmg.bund.de/themen/krankenversicherung/e-health-gesetz/allgemeine-informationen-egk.html
* https://www.gematik.de/cms/de/spezifikation/release_0_5_3/release_0_5_3_egk/dokumente_egk_r053.jsp

bp:Diagnosen

2017-03-17T15:56:06Z

Pscholz:

{{#CustomTitle:{{PAGENAME}}|{{PAGENAME}}}}
[[Kategorie:Best practice|{{PAGENAME}}]]
= Einleitung =
Im Rahmen der DRG Einführung im Jahr 2000 wurde die Notwendigkeit der standardisierten Übermittlung von Diagnosen evident. Im Rahmen dieses Best-Practices Dokumentes werden an ausgewählten Fallbeschreibungen aus den deutschen Kodierrichtlinien die von DKG und den Spitzenverbänden der Krankenversicherungen herausgegeben werden Beispiele für die Übermittlung in den verschiedenen HL7 Standards gegeben.

= Status =
{{Underconstruction}}

bp:Diagnosen

2017-03-17T15:53:55Z

Pscholz: /* Status */

bp:Diagnosen

2017-03-17T15:52:13Z

Pscholz:

bp:Diagnosen

2017-03-17T15:46:40Z

Pscholz:

bp:Diagnosen

2017-03-17T15:41:30Z

Pscholz: Die Seite wurde neu angelegt: „ = Einleitung = Im Rahmen der DRG Einführung im Jahr 2000 wurde die Notwendigkeit der standardisierten Übermittlung von Diagnosen evident. Im Rahmen dieses B…“

= Einleitung =
Im Rahmen der DRG Einführung im Jahr 2000 wurde die Notwendigkeit der standardisierten Übermittlung von Diagnosen evident. Im Rahmen dieses Best-Practices Dokumentes werden an ausgewählten Fallbeschreibungen aus den deutschen Kodierrichtlinien die von DKG und den Spitzenverbänden der Krankenversicherungen herausgegeben werden Beispiele für die Übermittlung in den verschiedenen HL7 Standards gegeben.

= Status =
Dieses Dokument ist in der Entwicklung

bp:Personennamen

2017-03-17T08:48:31Z

Pscholz:

{{#CustomTitle:{{PAGENAME}}|{{PAGENAME}}}}
[[Kategorie:Best practice|{{PAGENAME}}]]
=Einleitung=
Auf der elektronischen Gesundheitskarte werden Patientenstammdaten gemäß der Spezifikation Versichertenstammdatenmanagement (VSDM) gespeichert.
Beim Auslesen dieser Daten und dem Mapping auf verschiedene HL7-Strukturen, stellt sich häufig die Frage, wie mit den Bestandteilen des Patientennamens umzugehen ist.

Der VSDM-Datensatz enthält folgende Felder:
* Vorname(n)
* Nachname
* Namenszusatz (definiert in [https://www.vdek.com/vertragspartner/arbeitgeber/deuev/_jcr_content/par/download_8/file.res/Anlage_07_Vers.pdf DEÜV Anlage 7])
* Vorsatzwort (definiert in [https://www.vdek.com/vertragspartner/arbeitgeber/deuev/_jcr_content/par/download_15/file.res/Anlage_06_Vers.pdf DEÜV Anlage 6])
* Titel

Beispiele für mögliche VSDM-Datensätze als Beispiel für die BestPractice-Ansätze
{|class="hl7table"
|-
! Vollständiger Name
! Vorname
! Nachname
! Namenszusatz
! Vorsatzwort
! Titel
|-
|Ludwig van Beethoven
|Ludwig
|Beethoven
|
|van
|
|-
|Dr. Otto Graf Lambsdorff
|Otto
|Lambsdorff
|Graf
|
|Dr.
|}

=Version 2=
In den Versionen 2.x wird der Datentyp XPN genutzt:
Die Namensbestandteile Nachname, Namenszusatz und Vorsatzwort werden in der ersten Komponente ( Family Name) die vom Typ FN ist. Vorname wird in XPN.2 (Given Name) übermitttel, und der Titel in XPN.5 (Prefix)

{{BeginBlueBox|[[File:Bestpractice.svg|30px]] Beispiel Personenname (bei Nutzung der Standarddelimiter)}}
Namenszusätze und Vorsätze werden über den Präfix des Nachnamens abgebildet. Dazu werden der Namenszusatz und das Vorsatzwort von der eGK in dieser Reihenfolge durch ein Leerzeichen getrennt in FN.1.2 (Own Surname Prefix) geschrieben:
<syntaxhighlight lang="text">
Beispiel 1: Herr Dr. Otto Graf Lambsdorff
Graf Lambsdorff&Graf&Lambsdorff^Otto^^^Dr^^L^A^^^G

Beispiel 2: Annette Freifrau von Niedersassnitz
Freifrau von Niedersassnitz&Freifrau von&Niedersassnitz^Annette^^^^^L^A^^^G

</syntaxhighlight>
{{EndBlueBox}}

=CDA=

=FHIR=

{{BeginBlueBox|[[File:Bestpractice.svg|30px]] Beispiele}}
* [https://simplifier.net/BasisprofilDE/humanname-example-1/xmlview Prof. Dr. med. Dr. rer. nat. Fritz Julius Karl Freiherr von und zu Rathenburg vor der Isar, MdB]

* [https://simplifier.net/BasisprofilDE/Ludwig-van-Beethoven/xmlview Ludwig van Beethoven]

* [https://simplifier.net/BasisprofilDE/Otto-Graf-Lambsdorff/xmlview Dr. Otto Graf Lambsdorff]
{{EndBlueBox}}

=Referenzen=
* [https://www.gematik.de/cms/de/spezifikation/release_1_6_opb1/konzepte_und_spezifikationen_3/r1_6_konzepte_und_spezifikationen~1.jsp Gematik-Spezifikation, Release 1.6: Konzepte und Spezifikationen]

Benutzer Diskussion:Pscholz

2017-03-13T13:21:47Z

Pscholz: Die Seite wurde geleert.

bp Diskussion:Global Location Number (GLN)

2017-03-13T13:21:25Z

Pscholz: Die Seite wurde neu angelegt: „rgendwie ist der Artikel noch sehr fehlerhaft Die GLN beschreibt keine Person sondern eine Location s.a. http://www.gs1.org/docs/healthcare/GLN_Healthcare_Im…“

rgendwie ist der Artikel noch sehr fehlerhaft

Die GLN beschreibt keine Person sondern eine Location

s.a. http://www.gs1.org/docs/healthcare/GLN_Healthcare_Imp_Guide.pdf

Laut dem GS.1 Dokument kann man zwar legal entities über eine GLN beschreiben, trifft aber eher nur auf solche zu bei denen Entität und Location eine 1:1 Beziehung haben. Entitäten die meherere Locations haben sollten auch mehrere GLN haben. Es handelt sich dabei also eher um eine Adresse als um eine Entität. Was man auch bei der Suchseite in der Schweiz sehen kann, bei der die GLN im Adressbereich der Suchmaske auftaucht

Und EAN und GLN haben nun rein gar nichts miteinander zu tun, das eine ist eine Artikelnummer das andere eine

Benutzer Diskussion:Pscholz

2017-03-13T13:20:26Z

Pscholz: Die Seite wurde neu angelegt: „Irgendwie ist der Artikel noch sehr fehlerhaft Die GLN beschreibt keine Person sondern eine Location s.a. http://www.gs1.org/docs/healthcare/GLN_Healthcare_…“

Irgendwie ist der Artikel noch sehr fehlerhaft

Die GLN beschreibt keine Person sondern eine Location

s.a.
http://www.gs1.org/docs/healthcare/GLN_Healthcare_Imp_Guide.pdf

Laut dem GS.1 Dokument kann man zwar legal entities über eine GLN beschreiben, trifft aber eher nur auf solche zu bei denen Entität und Location eine 1:1 Beziehung haben. Entitäten die meherere Locations haben sollten auch mehrere GLN haben. Es handelt sich dabei also eher um eine Adresse als um eine Entität. Was man auch bei der Suchseite in der Schweiz sehen kann, bei der die GLN im Adressbereich der Suchmaske auftaucht

Und EAN und GLN haben nun rein gar nichts miteinander zu tun, das eine ist eine Artikelnummer das andere eine

SepaHl7V2

2013-12-03T13:35:17Z

Pscholz: /* Informationen über Art und Umfang der Kostenübernahme in IN2.#29 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072 - ''Insurance Plan ID''
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
Bei der private Kostenübernahme bei der eine Lastschriftvereinbarung geschlossen wurde, muss eine Instanz dieses Feldes die für die Kostenübernahme notwendigen Bankdaten enthalten.
{| class="hl7table"
|+ IN1 - Kostenträgerinformation
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

{| class="hl7table"
|+ User Defined Table 0098 - ''Type of Agreement Code''
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

Insbesondere bei der privaten Kostenübernahme muss spezifiziert werden welchen Umfang diese Kostenübernahmeerklärung beeinhaltet. Oftmals werden diese Kostenübernahmen nur für Sonderleistungen wie besondere Unterbringungsarten oder Telefonabrechnung erteilt. IN2-29 Policy Type/Amount kann für die Übermittlung dieser Information genutzt werden.

{| class="hl7table"
|+ IN2 - Zusatzinformationen Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Der Datentyp '''PTA''' - ''Policy Type/Amount'' ermöglich die strukturierte Übermittlung von Einschränkungen der Kostenübernahme.

Datentyp “PTA”:

{| class="hl7table"
|+ Datatype PTA - ''Polciy Type/Amount''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

In der user defined Table 0147 können verschiedene Kostenübernahmearten kodiert werden. Da diese Information einrichtungsspezifisch ist, existieren hier keine allgemein empfohlene Werte.

{| class="hl7table"
|+ User defined Table 0147 - ''Policy Type''
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:33:47Z

Pscholz: /* Informationen über Art und Umfang der Kostenübernahme in IN2.#29 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072 - ''Insurance Plan ID''
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
Bei der private Kostenübernahme bei der eine Lastschriftvereinbarung geschlossen wurde, muss eine Instanz dieses Feldes die für die Kostenübernahme notwendigen Bankdaten enthalten.
{| class="hl7table"
|+ IN1 - Kostenträgerinformation
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

{| class="hl7table"
|+ User Defined Table 0098 - ''Type of Agreement Code''
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

Insbesondere bei der privaten Kostenübernahme muss spezifiziert werden welchen Umfang diese Kostenübernahmeerklärung beeinhaltet. Oftmals werden diese Kostenübernahmen nur für Sonderleistungen wie besondere Unterbringungsarten oder Telefonabrechnung erteilt. IN2-29 Policy Type/Amount kann für die Übermittlung dieser Information genutzt werden.

{| class="hl7table"
|+ IN2 - Zusatzinformationen Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Der Datentyp '''PTA''' - ''Policy Type/Amount'' ermöglich die strukturierte Übermittlung von Einschränkungen der Kostenübernahme.

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

In der user defined Table 0147 können verschiedene Kostenübernahmearten kodiert werden. Da diese Information einrichtungsspezifisch ist, existieren hier keine allgemein empfohlene Werte.

{| class="hl7table"
|+ User defined Table 0147 - ''Policy Type''
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:26:13Z

Pscholz: /* Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072 - ''Insurance Plan ID''
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
Bei der private Kostenübernahme bei der eine Lastschriftvereinbarung geschlossen wurde, muss eine Instanz dieses Feldes die für die Kostenübernahme notwendigen Bankdaten enthalten.
{| class="hl7table"
|+ IN1 - Kostenträgerinformation
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

{| class="hl7table"
|+ User Defined Table 0098 - ''Type of Agreement Code''
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:18:59Z

Pscholz: /* Information über das Zahlungsverfahren in IN1.#31 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072 - ''Insurance Plan ID''
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

{| class="hl7table"
|+ User Defined Table 0098 - ''Type of Agreement Code''
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:18:03Z

Pscholz: /* Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072 - ''Insurance Plan ID''
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:01:38Z

Pscholz: /* Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
|+User defined Table 0072
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T13:01:02Z

Pscholz: /* Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Die Information das es sich bei einem Kostenträger im eine private Kostenübernahme handelt, kann im Segment IN-1 im Feld IN1-2 ''Insurance Plan ID'' übermittelt werden. Bei Versicherungsverhätlnissen wird hier die Tarifbezeichnung des jeweiligen Kostenträgers übermittelt, durch Angabe des Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei der übermittelten Kostenträgerinformation um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte (Zusatz-)Leistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|+ IN-1 Kostenträger
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

{| class="hl7table"
User defined Table 0072
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T12:33:41Z

Pscholz: /* Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|+ Datatype CX - ''extended composite ID with check digit''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|+ Datatype HD - ''Hierarchic Designator''
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T12:22:56Z

Pscholz: /* mit BIC (bis Februar 2016) */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO9362^BA</code>

===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T12:21:49Z

Pscholz: /* Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Der Datentyp '''CX'''-''extended composite ID with check digit'' dient der Übermittlung komplexer Identifiktatoren mit Angabe des ID Typs und der verantwortlichen oder ausgebenden Autorität. In Übereinstimmung mit den bisherigen Kodierungsempfehlungen für die Übermittlung von Kontonummer und Bankleitzahlen, als auch dem Vorschlag von HL7-International für die Kodierung von Kontonummern und SWIFT Codes im US-amerikanischen Zahlungsverkehr kommt dieser Datentyp mit der Angabe '''BA''' - ''Bank Account'' in der Identifier Type Code Komponente allgemein für die Kodierung von Kontoinformationen zur Anwendung.

Diese Empfehlung beschreibt die Nutzung der einzelenen Komponenten des Datentyps für die notwendigen Informationen IBAN , BIC und Mandatsreferenz.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO9362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO9362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T11:11:20Z

Pscholz: /* Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

{{WorkBox| Der Code ''SMI'' muss noch bei HL7 international als zulässiger Wert für die Tabelle 904 beantragt werden }}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO09362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

{{WorkBox| Der Code ''ISO09362'' ist bereits im Proposal von HL7 International für die Version 2.9 enthalten, der Code ''ISO13616'' muss hier zusätzlich noch beantragt werden}}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T11:07:26Z

Pscholz: /* Übergangsverfahren BIC als Bankinformation */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die international eindeutige Identifikation eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO09362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
Bei der Übermittlung eines Versicherungsverhältnisses einer gesetzlichen Krankenkasse, wird hier typischerweise die IK-Nummer der Versicherung als eindeutiger Identifikator verwendet. 
Bei der Übermittlung einer privaten Kostenübernahme, ist die Wahl eines geeigneten Identifikators abhängig von der gewählten Zahlungsart.
Da das Feld wiederholbar ist, können auch mehrere Identifikatoren angegeben werden. 
So kann ein Patient, der als Selbstzahler auftritt, sowohl durch seine vom KIS-System vergebene PID, die vom administrativen System vergebene Debitoren-ID als auch durch die für die Kostenübernahme im Lastschriftverfahren erforderlichen Bankdaten identifiziert werden.
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T10:42:36Z

Pscholz: /* Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die internationale Bankleitzahl eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vorabimplementierung)}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO09362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T10:42:03Z

Pscholz: /* Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens */

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die internationale Bankleitzahl eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung kommen die Komponenten 11 und 12 des Datentyps ''''CX'''' zur Verwendunng die ab der HL7 Version 2.8 zur Verfügungen stehen.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Das technische Komittee empfiehlt die beiden Komponenten auch in den Implementierung zur Verwenden, die noch auf einer älteren HL7 Version basieren (Vor

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO09362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===
Durch die Verwendung der Wertes "DWZ" in diesem Feld kann eindeutig ausgedrückt werden, dass es sich bei dem übermittelten Versicherungsverhältnis um eine Kostenübernahme durch eine Privatperson handelt.
Dies kann der Patient selbst sein, der bestimmte Zusatzleistungen aus eigener Tasche bezahlt oder bspw. ein Elternteil, dass anfallende Zusatzkosten für die Behandlung eines Minderjährigen übernimmt.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#3 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T10:33:02Z

Pscholz:

= Übermittlung von Bank Informationen im SEPA-Verfahren =

{{WorkBox| Dieses Dokument ist im Moment in Bearbeitung und kann einen temporären Zustand reflektieren}}

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die internationale Bankleitzahl eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung ist eine Vorwegnahme der Erweiterung des Datentyps “CX” um die Subfelder 11 und 12 (ab HL7 Version 2.8) erforderlich}}

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|ID Number
|IBAN
|
|ST
|-
|4
|Assigning Authority
|siehe Datentyp “HD”
|0363
|HD
|-
|5
|Identifier Type Code
|“BA” = Bank Account (in Table 0203 bereits vorhanden)
|0203
|ID
|-
|11
|Security Check
|Bei Lastschriftverfahren: Mandatsreferenz
|
|ST
|-
|12
|Security Check Scheme
|“SMI” = SEPA MandatsID (bei vorhandener Mandatsreferenz / vorliegender Einzugsermächtigung)
|904
|ID
|}

====Assigning Authority (Datentyp “HD”)====

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Namespace ID
|Name der Bank (optional)
|0300
|IS
|-
|2
|Universal ID
|wenn vorhanden (bis Feb. 2016 Pflicht): BIC, bei ausschliesslicher ÜBermittlung der IBAN (ab Feb. 2016) “IBAN REGISTRY”
|
|ST
|-
|3
|Universal ID Type
|“ISO09362” bei vorhandener BIC,
“ISO13616”, wenn ausschließlich IBAN verwendet wird
|0301
|ID
|}

==Beispiele==
===mit BIC (bis Februar 2016)===
<code><IBAN>^^^<Name der Bank>&<BIC>&ISO9362^BA</code>
<code>DE68210501700012345678^^^ING DIBA&INGDDEFFXXX&ISO09362^BA</code>
===ohne BIC (ab Februar 2016) ===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA</code>
<code>DE68210501700012345678^^^ING DIBA&IBAN REGISTRY&ISO13616^BA</code>
===mit Mandatsreferenz===
<code><IBAN>^^^<Name der Bank>&IBAN REGISTRY&ISO13616^BA^^^^^^<Mandats-Referenz-Nummer>^SMI</code>

==Übermittlung von SEPA-Informationen im Kontext eines Selbstzahler-Verhältnisses==

===Informationen über das Vorliegen einer privaten Kostenübernahme in IN1.#2 ===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|2
|Insurance Plan ID
|Tarifbezeichnung des Kostenträgers
“DWZ” bei privatem Kostenträger
|250
|0072
|R
|
|00368
|CE
|6.5.6.2
|}

Table 0072 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|DWZ
|privater Kostenträger
(Selbstzahler, abweichender Rechnungsempfänger bei Minderjährigen)
|}

===Informationen über Kontonummer bei privater Kostenübernahme in IN1.#3 ===
{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|3
|Insurance Company ID
|Institutionskennzeichen / Nummer des Kostenträgers
|250
|
|R
|Y
|00428
|CX
|6.5.6.3
|}

===Information über das Zahlungsverfahren in IN1.#31===

Im diesem Feld kann übermittelt werden, welche Zahlungsmethode mit dem privaten Kostenträger vereinbart wurde. 
Abhängig von der gewünschten Methode müssen in IN1.#2 ein geeigneter Identifier Type Code angegeben werden. 
Bspw: "BA" bei Lastschriftverfahren, "VS" oder "MS" bei Kartenzahlung, usw.

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|31
|Type Of Agreement Code
|Zahlungsart
|2
|0098
|O
|
|00456
|IS
|6.5.6.31
|}

In der Tabelle 0098 sind die möglichen Ausprägungen der Zahlungsart hinterlegt. Die benutzerspezifische Tabelle kann bei Bedarf angepasst und erweitert werden.

Table 0098 (user definded):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|ZL
|Zahlungsart: Lastschrift
|-
|ZV
|Zahlungsart: Vorkasse
|-
|ZR
|Zahlungsart: Rechnung
|}

===Informationen über Art und Umfang der Kostenübernahme in IN2.#29===

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!LEN !!TBL !!r/o/c!!REP#!!Item!!DS!!Section
|-
|29
|Policy Type/Amount
|Art und Umfang der Versicherung
|56
|
|O
|Y
|00500
|PTA
|6.5.7.29
|}

Datentyp “PTA”:

{| class="hl7table"
|-
!SEQ !!Element Name !!Deutsche Bezeichnung !!TBL !!DT
|-
|1
|Policy Type
|
|0147
|IS
|-
|2
|Amount Class
|
|0193
|IS
|-
|3
|Money or Percentage Quantity
|
|
|NM
|-
|4
|Money or Percentage
|
|
|MOP
|}

Table 0147 (user defined):
{| class="hl7table"
|-
!Value !!Deutsche Bezeichnung
|-
|
|
|}

SepaHl7V2

2013-12-03T09:47:07Z

Pscholz: Die Seite wurde neu angelegt: „= Übermittlung von Bank Informationen im SEPA-Verfahren = Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013 == Grundlage…“

= Übermittlung von Bank Informationen im SEPA-Verfahren =

Empfehlung des Technischen Komitees Konformität und Zertifizierung vom Dezember 2013

== Grundlagen ==
Im Zuge der Umstellung des Europäischen Zahlungsverkehrs auf das SEPA-Verfahren ab 1.2.2014, stellt sich die Frage, wie die hierfür erforderlichen Informationen und Identifikatoren in HL7-Version 2.x abzubilden sind.

Insbesondere bei der Übermittlung von Informationen zur privaten Kostenübernahme (Selbstzahlerverhältnis bzw. abweichende Rechnungsempfänger in IN1-Segmenten) ist die Übermittlung von Bankverbindungsdaten relevant und muss folglich an die obligatorischen Änderungen im nationalen und internationalen elektronischen Zahlungsverkehr angeglichen werden.
Bei vorliegender Einzugsermächtigung zur Abbuchung privater Zusatzleistungen wie bspw. Telefon- und Internetgebühren müssen insbesondere die Vorschriften für das SEPA-Lastschriftverfahren berücksichtigt werden.

Des weiteren besteht die Anforderung, Informationen über den Art und Umfang der Leistungen, für die eine Einzugsermächtigung erteilt wurde, im Kontext des Selbstzahlerverhältnisses übermitteln zu können.

== Allgemeine Hinweise zum SEPA Verfahren ==
=== Definition ===
SEPA ist die Abkürzung für Single Euro Payments Area, zu deutsch: Einheitlicher Euro-Zahlungsverkehrsraum. Dieser besteht aus den 28 EU-Staaten, den weiteren EWR-Ländern Island, Liechtenstein und Norwegen sowie der Schweiz und Monaco. Im SEPA-Raum werden europaweit standardisierte Verfahren für den bargeldlosen Zahlungsverkehr (Überweisungen, Lastschriften) angeboten.

=== Zeitrahmen der Einführung ===
Gemäß der EU-Verordnung Nr. 260/2012 (SEPA-Verordnung) ist der 1. Februar 2014 als verbindlicher Auslauftermin für die nationalen Zahlverfahren für Überweisungen und Lastschriften in den Euroländern festgelegt. Ab diesem Zeitpunkt werden die nationalen Überweisungs-und Lastschriftverfahren durch die SEPA-Zahlverfahren ersetzt.

==== Übergangsverfahren BIC als Bankinformation ====
Der BIC ist die internationale Bankleitzahl eines Zahlungsdienstleisters. Da Zahlungsdienstleister auch durch die in der IBAN enthaltenen Informationen eindeutig identifizierbar sind, muss der BIC nur bei inländischen Überweisungen und Lastschriften bis Februar 2014 und bei grenzüberschreitenden Zahlungen bis Februar 2016 noch zusätzlich zur IBAN angegeben werden.
Eine andere Bezeichnung für den BIC ist SWIFT-Code (Society for Worldwide Interbank Financial Telecommunication).
Es sind daher zwei verschiedene Szenarien zu Berücksichtigen:
So lange die BIC verpflichtend übermittelt werden muss, sind die verwendeten Felder als Pflichtfelder zu interpretieren, während nach Februar 2016 die BIC optional wird und damit im übermittelten Datensatz vorhanden sein, aber auch fehlen kann.

=== Mandatsreferenz ===
Die Mandatsreferenz ist ein vom Zahlungsempfänger individuell vergebenes Kennzeichen eines Mandats. Die Mandatsreferenz darf bis zu 35 alphanumerische Stellen lang sein und dient in Kombination mit der Gläubiger-ID (ohne die in dieser Nummer enthaltene Geschäftsbereichskennung)der eindeutigen Identifizierung des dem Lastschrifteinzug zugrunde liegenden Mandats.
([https://www.sepadeutschland.de Quelle und weitere Informationen])

== Empfehlung des Technischen Komitees HL7 Deutschland ==

=== Verwendung des Datentyps “CX” im Kontext des SEPA-Verfahrens ===

Als Container für die Übermittlung der SEPA-Daten wird die Verwendung des Datentyps “CX” empfohlen. Die baut sowohl auf dem von HL7 Deutschland empfohlenen Vorgehen für BLZ und Kontonummer als auch dem Proposal von HL7 International für die Übermittlung von Kontonummern und SWIFT (=BIC) im US-amerikanischen Zahlungsverkehr auf.

{{fmbox
| image = [[Bild:Bestpractice.svg|50px]]
| text = Für die Übermittlung der Mandatsreferenz im Kontext einer erteilten Einzugsermächtigung ist eine Vorwegnahme der Erweiterung des Datentyps “CX” um die Subfelder 11 und 12 (ab HL7 Version 2.8) erforderlich}}

Empfehlungen des TC

2013-12-03T09:31:56Z

Pscholz:

Im Rahmen seiner Arbeit erstellt das technische Komitee Konformität und Zertifizierung Empfehlungen zur Anwendung von HL7 Version 2 für bestimmte Fragestellungen.

diese Empfehlungen resultieren meist aus Anfragen von Nutzern die an das TC gestellt wurden.
{{NoteBox|Sollten Sie eine Frage zur konkreten Nutzung von HL7 haben, so können Sie diese über die Mailing-Liste tcs@hl7.de an uns richten}}

Auf dieser Seite stellen wir die Ergebnisse des TC vor die zu konkreten Beschlüssen und Empfehlungen zur Implementierung geführt haben

== Fragen zur Übermittlung von Informationen im Kontext der Patientenadministration ==

== Fragen zur Übermittlung von Informationen im Kontext der Patientenabrechnung ==

[[SepaHl7V2|Übermittlung von Bankinformationen im SEPA Verfahren (12.2013)]]

Empfehlungen des TC

2013-12-03T09:23:45Z

Pscholz: Die Seite wurde neu angelegt: „Im Rahmen seiner Arbeit erstellt das technische Kommittee Konformität und Zertifizierung Empfehlungen zur Anwendung von HL7 Version 2 für bestimmte Fragestel…“

Im Rahmen seiner Arbeit erstellt das technische Kommittee Konformität und Zertifizierung Empfehlungen zur Anwendung von HL7 Version 2 für bestimmte Fragestellungen.

diese Empfehlungen resultieren meist aus Anfragen von Nutzern die an das TC gestellt wurden.
{{NoteBox|Sollten Sie eine Frage zur konkreten Nutzung von HL7 haben, so können Sie diese über die Mailing-Liste tcs@hl7.de an uns richten}}

Auf dieser Seite stellen wir die Ergebnisse des TC vor die zu konkreten Beschlüssen und Empfehlungen zur Implementierung geführt haben

== Fragen zur Übermittlung von Informationen im Kontext der Patientenadministration ==

== Fragen zur Übermittlung von Informationen im Kontext der Patientenabrechnung ==

[[SepaHl7V2|Übermittlung von Bankinformationen im SEPA Verfahren (12.2013)]]

Diskussion:Hauptseite

2013-12-03T09:09:25Z

Pscholz:

= Vorschlag für eine neue Startseite =
(vorgestellt und diskutiert im IOPF am 2013-09-16 [[Benutzer:Cgessner|Christof Gessner]] ([[Benutzer Diskussion:Cgessner|Diskussion]]))

<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>

<td width="45%" valign="top">
{{BeginRedBox|Erläuterungen}}
'''Hier werden die Grundlagenthemen für die Arbeiten innerhalb der HL7 Arbeitsgruppe (Interoperabilitätsforum) aufgelistet. Dazu gehören Hintergrundinformationen zu den Spezifikationen (Implementierungsleitfäden, Templates, Profile).'''
 
{| style="background:transparent; height: 24em"
|+
| width="40%" valign="top"|
*[[CDA-IG-Grundlagen|Clinical Document Architecture]]
**[[Dokumenttypen]]
**Releases
**[[CDA-Header|CDA-Header]]
**[[CDA-Body|CDA-Body]]
***Sections
***Entries
**[[CDA-Level|CDA-Level 1, 2 und 3]]
**[[IG:CDA und PDF/A3|Kombination von CDA und PDF/A3]]

| width="30%" valign="top"|

*HL7 Version 2.x
**[[Nachrichtenprofile]]
**[[:Kategorie:Segmente|Segmente]]
**[[Empfehlungen des TC]]
*HL7 Version 3
**Nachrichten
**[[Template|Nutzung von Templates]]
**CDA
 
*Terminologien
**[[Kodesysteme]]
* Identifikationsmechanismen
**[[Object_Identifier_%28OID%29|Object Identifier (OID)]]
|}
*[[:Kategorie:Enzyklopädie| Enzyklopädie für Informationstechnologie im deutschen / deutschsprachigen Gesundheitswesen]]
{{EndRedBox}}
</td>

<td width="55%" valign="top">
{{BeginBlueBox|Spezifikationen}}
'''Hier werden die spezifischen Templates und Spezifikationen beschrieben, welche innerhalb der HL7 -Arbeitsgruppe erarbeitet und verabschiedet wurden. Der Ballotierungsstatus ist aus der jeweiligen Template-Metadaten-Tabelle ersichtlich.'''
{| style="background:transparent; height: 29em"
|+
| width="40%" valign="top"|
'''CDA Templates''':
*[[:Kategorie:Dokumenttyp|Document-Level-Templates]]
*[[:Kategorie:CDA Header Level Template|Header Level Templates]]
*[[:Kategorie:CDA Section Level Template|Section Level Templates]]
*[[:Kategorie:CDA Entry Level Template|Entry Level Templates]]
 
'''[[:Kategorie:V3dtr1|Datentypen V3 R1]]'''
 
 
'''v2.x-Nachrichtenprofile:'''
* [[HL7-D_ADT_%26_IHE_PAM|deutsche v2.5 Nachrichtenprofile und IHE PAM]]
* [[HL7 v2 Patienteneinwilligung|Patienteneinwilligung auf V2]]

| width="60%" valign="top"|
'''[[Implementierungsleitfäden]]''':
*[[IG:Arztbrief 2006|Arztbrief 2006]] [[Datei:Si-draft.svg|16px]]
*[[IG:Arztbrief 2013|Arztbrief 2013]] ([[:Kategorie:cdaab2|Details]]) [[Datei:Si-draft.svg|16px]]
*[[IG:Übermittlung onkologischer Daten|Onkologische Daten/Krebsregister]] ([[:Kategorie:cdaonk|Details]])
*[[IG:Pflegebericht|Pflegebericht]] (Details)
*Medikationsplan: [[IG:Medikationsplan|epSOS]] (Details), [[IG:AKdÄ-Medikationsplan|AKdÄ]] ([[:Kategorie:cdampl|Details]])
*[[IG:Elektronischer_Mutterpass|Mutterpass]] (Details)
*[[IG:Pathologiebefund|Pathologiebefund]] ([[:Kategorie:cdapath|Details]])
*[[IG:Trainingsplan|Trainigsplan]] ([[:Kategorie:cdatp|Details]])
*[[IG:Transitionsbrief|eTransitionsbrief]] ([[:Kategorie:cdatb|Details]])
*Meldepflichtige Krankheiten: [[IG:%C3%9Cbermittlung_meldepflichtiger_Krankheiten|Arztmeldung]] ([[:Kategorie:cdamik|Details]]), [[IG:Übermittlung_meldepflichtiger_Krankheiten_Labormeldung|Labormeldung]] ([[:Kategorie:cdamik|Details]])
*[http://www.hl7.de/download/documents/eOSE_Implementierungsleitfaden_v08_2010_09_14.pdf Organspende-Erklärung]
*[[IG:CDA_für_die_elektronische_Fallakte|CDA für elektronische Fallakte]] (Details)
*[[IG:Diagnoseleitfaden|Diagnosen]] ([[IG:HL7_diagnosis|engl.]] )
* [[IHE_DE_Cookbook |IHE-D Cookbook]]
* [[cdaefa:EFA Spezifikation v2.0|EFA Spezifikation v2.0]]
|}
{{EndBlueBox}}
</td>

</tr>
<tr>

<td valign="top">
{{BeginGrayBox|Grundlagen}}
'''Hier wird auf weiterführende Grundlagen verwiesen, welche neben den allgemeinen Grundlagen (siehe Erläuterungen) für spezielle Projekte innerhalb der Arbeitsgruppe nötig sind .'''
 
{| style="background:transparent; height: 17em"
|+
| width="25%" valign="top"|
*Dokumenten- lebenszyklus
*Versions- management
*Attachments, externe Dokumente
*Benutzung von Stylesheets
*Signaturen
* [[Patienteneinwilligung]]
| width="75%" valign="top"|
'''Internationale Standards''':
*Consolidated CDA
*[http://www.ihe.net/IT_infra/committees/index.cfm IHE IT Infrastructure]
*[http://www.ihe.net/pcc/committees/index.cfm IHE PCC]
*[http://www.ihe.net/pcd/index.cfm IHE PCD]
*[http://www.epsos.eu epSOS]
* [[ISO_TC_215_-_ISO_TS_13581|ISO 13581 - Health Informatics - Guidance for maintenance of Object Identifiers OID - Technical Report]]
* [[ISO_TC_215_-_ISO_TS_13582|ISO 13582 - Health informatics - Sharing of OID registry information in healthcare - Technical Specification]]
|}
{{EndGrayBox}}
</td>

<td valign="top">
{{BeginGreenBox|Organisatorisches}}
'''Hier werden Methodiken, Prozesse und Werkzeuge aufgelistet, welche innerhalb der Arbeitsgruppe Anwendung finden.'''
 
 
{| style="background:transparent; height: 15em"
|+
| width="45%" valign="top"|
*[[Hilfe:Implementierungsleitfaden#Dokumentstatus|Ballotierungsstatus]]
*Prozessbeschreibungen
**[[Abstimmungsverfahren]]
**[[:Kategorie:Anfragen|Anfragen an das TC]]
**[[Antragstellung_Leitfaden|Antragstellung für neue Leitfäden]]

| width="30%" valign="top"|

*[http://www.interoperabilitaetsforum.de/index.php/termine.html Termine 2013]
*[[:Kategorie:IF_Treffen|Treffen]] (Agendas und Protokolle)
*[http://www.hl7.de/veranstaltung/kalender.php gemeinsamer Kalender (HL7, IHE, DIN, ISO, ..)]
*[[IF Action Items|offene Aufgaben]]

| width="25%" valign="top"|
*Hilfestellungen für Autoren
**[[Hilfe:Implementierungsleitfaden|Leitfäden]]
**[[Hilfe:Terminologien|Terminologien]]
|}
 
*[[Kernpublikationen|Kernpublikationen zu Kommunikation- und Terminologiestandards]]
{{EndGreenBox}}
</td>

</tr>
<tr>

<td valign="top">
{{BeginPurpleBox|Links}}
{| style="background:transparent; height: 11em"
|+
| width="50%" valign="top"|
International:
*[http://www.who.org WHO, International]
*[http://www.ihtsdo.org/ IHTSDO], DK (Snomed-CT)
*[http://www.hl7.org HL7 International]
*[http://www.ihe.net IHE International]
| width="50%" valign="top"|
National:
*[http://www.dimdi.de/ DIMDI], D (ICD-10-GM, OPS)
*[http://www.regenstrief.org/ Regenstrief], USA (LOINC, UCUM)
*[http://www.elga.gv.at/ ELGA], A
*[http://www.fallakte.de eFA], D

|}
{{EndPurpleBox}}
</td>

<td valign="top">
{{BeginBlueBox|Partnerseiten (Träger)}}
{| style="background:transparent; height: 11em"
|+
| width="30%" valign="top"|
*[http://www.hl7.de HL7-D]
*[http://www.ihe-d.de IHE-D]
*[http://www.din.de DIN] (NAMed AA Interoperabilität)
| width="30%" valign="top"|
*[http://www.bvitg.de bvitg] (AG Interoperabilität)
*[http://www.gmds.de GMDS] (AG SIE)
*[http://www.egesundheit.nrw.de eGesundheit.nrw]
| width="40%" valign="top"|
*([http://www.interoperabilitaetsforum.de/ Interoperabilitätsforum])
{{EndBlueBox}}

</td>

</tr>
</table>

Diskussion:Hauptseite

2013-12-02T13:06:15Z

Pscholz:

= Vorschlag für eine neue Startseite =
(vorgestellt und diskutiert im IOPF am 2013-09-16 [[Benutzer:Cgessner|Christof Gessner]] ([[Benutzer Diskussion:Cgessner|Diskussion]]))

<table border="0" cellspacing="0" cellpadding="0" width="100%">
<tr>

<td width="45%" valign="top">
{{BeginRedBox|Erläuterungen}}
'''Hier werden die Grundlagenthemen für die Arbeiten innerhalb der HL7 Arbeitsgruppe (Interoperabilitätsforum) aufgelistet. Dazu gehören Hintergrundinformationen zu den Spezifikationen (Implementierungsleitfäden, Templates, Profile).'''
 
{| style="background:transparent; height: 24em"
|+
| width="40%" valign="top"|
*[[CDA-IG-Grundlagen|Clinical Document Architecture]]
**[[Dokumenttypen]]
**Releases
**[[CDA-Header|CDA-Header]]
**[[CDA-Body|CDA-Body]]
***Sections
***Entries
**[[CDA-Level|CDA-Level 1, 2 und 3]]
**[[IG:CDA und PDF/A3|Kombination von CDA und PDF/A3]]

| width="30%" valign="top"|

*HL7 Version 2.x
**[[Nachrichtenprofile]]
**[[:Kategorie:Segmente|Segmente]]
**Empfehlungen des TC
*HL7 Version 3
**Nachrichten
**[[Template|Nutzung von Templates]]
**CDA
 
*Terminologien
**[[Kodesysteme]]
* Identifikationsmechanismen
**[[Object_Identifier_%28OID%29|Object Identifier (OID)]]
|}
*[[:Kategorie:Enzyklopädie| Enzyklopädie für Informationstechnologie im deutschen / deutschsprachigen Gesundheitswesen]]
{{EndRedBox}}
</td>

<td width="55%" valign="top">
{{BeginBlueBox|Spezifikationen}}
'''Hier werden die spezifischen Templates und Spezifikationen beschrieben, welche innerhalb der HL7 -Arbeitsgruppe erarbeitet und verabschiedet wurden. Der Ballotierungsstatus ist aus der jeweiligen Template-Metadaten-Tabelle ersichtlich.'''
{| style="background:transparent; height: 29em"
|+
| width="40%" valign="top"|
'''CDA Templates''':
*[[:Kategorie:Dokumenttyp|Document-Level-Templates]]
*[[:Kategorie:CDA Header Level Template|Header Level Templates]]
*[[:Kategorie:CDA Section Level Template|Section Level Templates]]
*[[:Kategorie:CDA Entry Level Template|Entry Level Templates]]
 
'''[[:Kategorie:V3dtr1|Datentypen V3 R1]]'''
 
 
'''v2.x-Nachrichtenprofile:'''
* [[HL7-D_ADT_%26_IHE_PAM|deutsche v2.5 Nachrichtenprofile und IHE PAM]]
* [[HL7 v2 Patienteneinwilligung|Patienteneinwilligung auf V2]]

| width="60%" valign="top"|
'''[[Implementierungsleitfäden]]''':
*[[IG:Arztbrief 2006|Arztbrief 2006]] [[Datei:Si-draft.svg|16px]]
*[[IG:Arztbrief 2013|Arztbrief 2013]] ([[:Kategorie:cdaab2|Details]]) [[Datei:Si-draft.svg|16px]]
*[[IG:Übermittlung onkologischer Daten|Onkologische Daten/Krebsregister]] ([[:Kategorie:cdaonk|Details]])
*[[IG:Pflegebericht|Pflegebericht]] (Details)
*Medikationsplan: [[IG:Medikationsplan|epSOS]] (Details), [[IG:AKdÄ-Medikationsplan|AKdÄ]] ([[:Kategorie:cdampl|Details]])
*[[IG:Elektronischer_Mutterpass|Mutterpass]] (Details)
*[[IG:Pathologiebefund|Pathologiebefund]] ([[:Kategorie:cdapath|Details]])
*[[IG:Trainingsplan|Trainigsplan]] ([[:Kategorie:cdatp|Details]])
*[[IG:Transitionsbrief|eTransitionsbrief]] ([[:Kategorie:cdatb|Details]])
*Meldepflichtige Krankheiten: [[IG:%C3%9Cbermittlung_meldepflichtiger_Krankheiten|Arztmeldung]] ([[:Kategorie:cdamik|Details]]), [[IG:Übermittlung_meldepflichtiger_Krankheiten_Labormeldung|Labormeldung]] ([[:Kategorie:cdamik|Details]])
*[http://www.hl7.de/download/documents/eOSE_Implementierungsleitfaden_v08_2010_09_14.pdf Organspende-Erklärung]
*[[IG:CDA_für_die_elektronische_Fallakte|CDA für elektronische Fallakte]] (Details)
*[[IG:Diagnoseleitfaden|Diagnosen]] ([[IG:HL7_diagnosis|engl.]] )
* [[IHE_DE_Cookbook |IHE-D Cookbook]]
* [[cdaefa:EFA Spezifikation v2.0|EFA Spezifikation v2.0]]
|}
{{EndBlueBox}}
</td>

</tr>
<tr>

<td valign="top">
{{BeginGrayBox|Grundlagen}}
'''Hier wird auf weiterführende Grundlagen verwiesen, welche neben den allgemeinen Grundlagen (siehe Erläuterungen) für spezielle Projekte innerhalb der Arbeitsgruppe nötig sind .'''
 
{| style="background:transparent; height: 17em"
|+
| width="25%" valign="top"|
*Dokumenten- lebenszyklus
*Versions- management
*Attachments, externe Dokumente
*Benutzung von Stylesheets
*Signaturen
* [[Patienteneinwilligung]]
| width="75%" valign="top"|
'''Internationale Standards''':
*Consolidated CDA
*[http://www.ihe.net/IT_infra/committees/index.cfm IHE IT Infrastructure]
*[http://www.ihe.net/pcc/committees/index.cfm IHE PCC]
*[http://www.ihe.net/pcd/index.cfm IHE PCD]
*[http://www.epsos.eu epSOS]
* [[ISO_TC_215_-_ISO_TS_13581|ISO 13581 - Health Informatics - Guidance for maintenance of Object Identifiers OID - Technical Report]]
* [[ISO_TC_215_-_ISO_TS_13582|ISO 13582 - Health informatics - Sharing of OID registry information in healthcare - Technical Specification]]
|}
{{EndGrayBox}}
</td>

<td valign="top">
{{BeginGreenBox|Organisatorisches}}
'''Hier werden Methodiken, Prozesse und Werkzeuge aufgelistet, welche innerhalb der Arbeitsgruppe Anwendung finden.'''
 
 
{| style="background:transparent; height: 15em"
|+
| width="45%" valign="top"|
*[[Hilfe:Implementierungsleitfaden#Dokumentstatus|Ballotierungsstatus]]
*Prozessbeschreibungen
**[[Abstimmungsverfahren]]
**[[:Kategorie:Anfragen|Anfragen an das TC]]
**[[Antragstellung_Leitfaden|Antragstellung für neue Leitfäden]]

| width="30%" valign="top"|

*[http://www.interoperabilitaetsforum.de/index.php/termine.html Termine 2013]
*[[:Kategorie:IF_Treffen|Treffen]] (Agendas und Protokolle)
*[http://www.hl7.de/veranstaltung/kalender.php gemeinsamer Kalender (HL7, IHE, DIN, ISO, ..)]
*[[IF Action Items|offene Aufgaben]]

| width="25%" valign="top"|
*Hilfestellungen für Autoren
**[[Hilfe:Implementierungsleitfaden|Leitfäden]]
**[[Hilfe:Terminologien|Terminologien]]
|}
 
*[[Kernpublikationen|Kernpublikationen zu Kommunikation- und Terminologiestandards]]
{{EndGreenBox}}
</td>

</tr>
<tr>

<td valign="top">
{{BeginPurpleBox|Links}}
{| style="background:transparent; height: 11em"
|+
| width="50%" valign="top"|
International:
*[http://www.who.org WHO, International]
*[http://www.ihtsdo.org/ IHTSDO], DK (Snomed-CT)
*[http://www.hl7.org HL7 International]
*[http://www.ihe.net IHE International]
| width="50%" valign="top"|
National:
*[http://www.dimdi.de/ DIMDI], D (ICD-10-GM, OPS)
*[http://www.regenstrief.org/ Regenstrief], USA (LOINC, UCUM)
*[http://www.elga.gv.at/ ELGA], A
*[http://www.fallakte.de eFA], D

|}
{{EndPurpleBox}}
</td>

<td valign="top">
{{BeginBlueBox|Partnerseiten (Träger)}}
{| style="background:transparent; height: 11em"
|+
| width="30%" valign="top"|
*[http://www.hl7.de HL7-D]
*[http://www.ihe-d.de IHE-D]
*[http://www.din.de DIN] (NAMed AA Interoperabilität)
| width="30%" valign="top"|
*[http://www.bvitg.de bvitg] (AG Interoperabilität)
*[http://www.gmds.de GMDS] (AG SIE)
*[http://www.egesundheit.nrw.de eGesundheit.nrw]
| width="40%" valign="top"|
*([http://www.interoperabilitaetsforum.de/ Interoperabilitätsforum])
{{EndBlueBox}}

</td>

</tr>
</table>

v3dtr1 Diskussion:PN

2013-03-11T15:05:25Z

Pscholz: Die Seite wurde neu angelegt: „Die Beschreibung des Geburtsnamens entspricht nicht dem was im deutschen Namensrecht unter einem Geburtsnamen verwendet wird. Hier sollte es auf jeden Fall eine A…“

Die Beschreibung des Geburtsnamens entspricht nicht dem was im deutschen Namensrecht unter einem Geburtsnamen verwendet wird. Hier sollte es auf jeden Fall eine Anpassung geben. Eventuell brauchen wir hier auch die Unterscheidung zwischen Name zum Zeitpunkt der Geburt und dem gesetzlichen Geburtsnamen
s.a. §§ 1617 (a-c) und 1757 BGB
[http://www.gesetze-im-internet.de/bgb/index.html#BJNR001950896BJNE239203377]

IF Action Items

2012-11-29T11:52:14Z

Pscholz: /* Action Items */

== Action Items ==
Aktuelle Arbeiten im [[Interoperabilitätsforum]]
:{|class="hl7table"
|-
! width="5%" align="center" |Nr.
! width="25%" align="left" |Action
! width="15%" align="left" |Wer?
! width="5%" align="left" |bis?
! align="left" |Anmerkungen

|- valign="top"
| align="center" Nr. | 3
| Aktion | Arztbrief 2.0
| Wer? |
| bis wann? |
| Anm. | Auf der Dezembertagung des Interoperabilitätsforums in Göttingen sollen die Vorarbeiten geleistet werden, die epSOS Patient Summary, CCD von HL7, ggf. die ELGA-‐Spezifikation und die Schweizerischen Arbeiten sowie die bisherigen lokalen CDA-‐basierenden deutschen Spezifikationen in eine neue modularisierte Fassung zu überführen.

|- valign="top"
| align="center" Nr. | 4
| Aktion | HL7-Wiki
| Wer? | Kai Heitmann
| bis wann? |
| Anm. | Leitfäden und Grundlagen Die neu erstellte Übersicht „Leitfäden und Grundlagen“ kommt ins Wiki (Kai Heitmann). Eine Gesamtübersicht über die Leitfäden und Grundlagen erstellt. Hier werden drei Kategorien identifiziert:
* Basiskomponenten (wie Datentypen, UCUM, OIDs, Terminologien etc.)
* Kernprinzipien CDA (allgemeine Beschreibungen des CDA-Header, -Body, Versionierung, Transport etc.)
* Anwendungsfälle/Geschäftsmodelle (wie Labordaten, Medikation, Arztbrief, Pflegebericht etc.), CDA Level 0, 1, 2 und 3

|- valign="top"
| align="center" Nr. | 5
| Aktion | DAGIV-Leitfaden
| Wer? | Daniel Hellmuth, Kai Heitmann
| bis wann? |
| Anm. | Der Leitfaden DAGIV wird für ein Abstimmungsverfahren vorbereitet. Hierzu machen Daniel Hellmuth und Kai Heitmann die Vorarbeiten. Der Leitfaden soll gleich in das Wiki aufgenommen werden.

|- valign="top"
| align="center" Nr. | 6
| Aktion | Arztbrief 2.0 Leitfaden „Meldepflichtige Krankheiten“
| Wer? | Treinat, ZTG
| bis wann? |
| Anm. | Der begonnene Leitfaden (wiki) wird vom ZTG in den nächsten Wochen weiter mit den konkreten Definitionen angefüllt. Dann soll eine Emailaufforderung rundgehen, um konkrete Kommentare einzusammeln. Ziel ist es, den ersten Schritt des Leitfadens dann offiziell abzustimmen.

|- valign="top"
| align="center" Nr. | 7
| Aktion | Nachrichtenprofile: MDM Nachrichten
| Wer? | Frank Oemig, Ralf Brander
| bis wann? |
| Anm. | Frank Oemig und Ralf Brander werden zum Dezember eine revidierte Fassung vorlegen. eFA-spezifische Anforderungen werden (mit der Bezeichnung Akte) mit aufgenommen. Die Anforderungen (Profile) selbst sollen nicht als eFA- Profile genannt werden.

|- valign="top"
| align="center" Nr. | 8
| Aktion | Nachrichtenprofile: Abgleich HL7-D ADT mit IHE PAM.
| Wer? | Ralf Brandner, Bettina Lieske, Frank Oemig, Marek Václavík, Fakhri Zain-Elabdin
| bis wann? | asap
| Anm. | Siehe [http://wiki.hl7.de/index.php/HL7-D_ADT_%26_IHE_PAM Wiki-Seite].
Siehe Protokoll des Arbeitstreffen vom 5.-6.12.2011 in Göttingen, Seite 13:
"Abgleich der deutschen HL7‐Profile mit IHE PAM

|- valign="top"
| align="center" Nr. | 9
| Aktion | Nachrichtenprofile im Wiki
| Wer? | Frank Oemig, Kai Heitmann
| bis wann? | Nach Ballotierung der Änderungen aus dem PAM-Abgleich
| Anm. | Über eine Wikifizierung der Nachrichtenprofile selbst müsste noch nachgedacht werden (Frank Oemig und Kai Heitmann)

|- valign="top"
| align="center" Nr. | 10
| Aktion | Profil-Liste aus anderen Ländern
| Wer? | Christof Gessner
| bis wann? |
| Anm. | Christof Gessner will sich darum kümmern, dass die v2-Profile aus anderen Ländern wie zum Beispiel Frankreich oder Italien, aufgelistet werden. Laut Kai sind dies auch wertvolle Aktivitäten im Sinne von HL7 Europe bzw. dem Europaean HL7 Office.

|- valign="top"
| align="center" Nr. | 11
| Aktion | Kooperation eFallakte-Verein und Interoperabilitätsforum
| Wer? | Kai Heitmann
| bis wann? |
| Anm. | Kai Heitmann nimmt den Kontakt mit den Beteiligten wieder auf, damit der Dialog abgeschlossen werden kann und auf dem nächsten Treffen die Kooperation aufgenommen werden kann.

|- valign="top"
| align="center" Nr. | 12
| Aktion | Neue Email-Adresse ag at interoperabilitätsforum.de
| Wer? | Kai Heitmann
| bis wann? |
| Anm. | Kai richtet die Email-Addresse „ag“ bei interoperabilitätsforum.de ein Frank, Bernd und Ralf klären die Angelegenheit der Email-Listen bei IHE und beim bvitg.

|- valign="top"
| align="center" Nr. | 13
| Aktion | eFA-Scope-Dokument und Plan für Kommentierungen der Spezifikationen
| Wer? | Jörg Caumanns
| bis wann? |
| Anm. | Dieser Plan erfährt allgemeine Zustimmung durch die Teilnehmenden und Herr Caumanns verspricht, einen ersten Vorschlag für die beiden ersten Punkte zu machen.

|- valign="top"
| align="center" Nr. | 14
| Aktion | Zuzahlung-/Praxisgebühr- Thema modillieren: Use Cases
| Wer? | Fakhri Zain Elabdin
| bis wann? | nächstes Treffen des Interoperabilitätsforum Mo, 18. Juni – Mi, 20. Juni 2012
| Anm. | Über eine Modellierung der Zuzahlungsthema müsste noch von Interessanten spezifiziert werden (Cortex, iSoft, ...). Interoperabilitätsforum hat dazu 2007 schon mal was geschrieben, allerdings ist das nicht zu Ende geführt worden. als Startpunkt hierfür ist die Spezifikation aus dem 2007 zu übernommen. Diese möchte Frank Oemig wikifizieren.

|- valign="top"
| align="center" Nr. | 15
| Aktion | eTrainingsplan
| Wer? | Salima Houta
| bis wann? |
| Anm. | Einstellen der Spezifikation des eTrainingsplans ins Wiki

|- valign="top"
| align="center" Nr. | 16
| Aktion | eTransitionsbrief
| Wer? | Salima Houta
| bis wann? |
| Anm. | Einstellen der Spezifikation des eTransitionsbriefes ins Wiki

|- valign="top"
| align="center" Nr. | 17
| Aktion | Aktualisierung Projektdefinitionen
| Wer? | alle
| bis wann? | Nov.2012
| Anm. |

|- valign="top"
| align="center" Nr. | 18
| Aktion | Diagnoseleitfaden ins PRPH-CA
| Wer? | Georg Heidenreich
| bis wann? | asap
| Anm. | Einbringen der ÜBerstzung des Diagnoseleitfadens ins PRPH-Ca-dok. bei IHE

|- valign="top"
| align="center" Nr. | 19
| Aktion | Informationen zu Neugeborenen: Anforderungsanalyse
| Wer? | Simone Heckmann Peter Scholz
| bis wann? | asap
| Anm. | Kommunikationsbedarf, Datenumfang

|- valign="top"
| align="center" Nr. | 20
| Aktion |
| Wer? |
| bis wann? |
| Anm. |

|- valign="top"
| align="center" Nr. | 99
| Aktion |
| Wer? |
| bis wann? |
| Anm. |

|- valign="top"
| align="center" Nr. | 999
| Aktion | Action
| Wer? | '''wer?''', wer noch?
| bis wann? | 31.12.2012
| Anm. | Status, Protokoll, Bearbeitung etc.

|}

== Abgeschlossen ==
Liste der abgeschlossenen Action Items
:{|class="hl7table"
|-
! width="5%" align="center" |Nr.
! width="25%" align="left" |Action
! width="15%" align="left" |Wer?
! width="5%" align="left" |Datum
! align="left" |Anmerkungen

|- valign="top"
| align="center" Nr. | XX
| Aktion |'''Wikifizierung OID FAQ'''
Überführung der "OID FAQ" ins [http://wiki.hl7.de/index.php/H%C3%A4ufig_gestellte_Fragen,_Tipps_und_Tricks_zum_Thema_OIDs HL7 Wiki].
| Wer? |Marek Václavík, Ralf Brandner
| Datum |17.02.2012
| Anm. |Gemäß Protokoll des Arbeitstreffens vom 5.-6.12.2011 in Göttingen, Seite 8.

|- valign="top"
| align="center" Nr. | 1
| Aktion | Diagnoseleitfaden Übersetzung
| Wer? | Georg Heidenreich
| bis wann? | Dez. 2011
| Anm. | Zielvorgabe für die Fertigstellung ist Anfang Dezember. Georg Heidenreich nimmt die übrige Koordination in die Hände.

|- valign="top"
| align="center" Nr. | 8
| Aktion | '''Nachrichtenprofile und PAM'''
Marek stellt eine Seite zu PAM ins Wiki, welches den aktuellen Stand der Dinge dokumentiert. Gegebenenfalls sollen die Nachrichtenprofile auch im Wiki (statt wie jetzt auf hl7.de) gepflegt werden.
| Wer? | Marek Václavík
| bis wann? | Dez 2012
| Anm. |
Der aktuelle Stand wird [http://wiki.hl7.de/index.php/HL7-D_ADT_%26_IHE_PAM im Wiki] festgehalten und aktualisiert. Als Darstellungsform der Profile wurden die bisherigen Word-Dokumente beibehalten.

|- valign="top"
| align="center" Nr. | 2
| Aktion | Arztbrief 1.5 (vhitg-‐Arztbrief)
| Wer? | Kai Heitmann
| bis wann? |
| Anm. | Der Leitfaden v1.50 soll zunächst so wie er ist wikifiziert werden. Er ist Grundlage anderer (auch ausländischer) Spezifikationen und die Version 1.50 wird daher in dieser Form in das Wiki übernommen. Kai Heitmann übernimmt hier die Koordinierung.

|- valign="top"
| align="center" Nr. | 999
| Aktion | Action
| Wer? | '''wer?''', wer noch?
| Datum | 31.12.2012
| Anm. | Status, Protokoll, Bearbeitung etc.

|}

== Someday maybe... ==

Ideensammlung für die Zukunft

:{|class="hl7table"
|-
! width="5%" align="center" |Nr.
! width="25%" align="left" |Action
! width="15%" align="left" |Wer?
! width="5%" align="left" |bis?
! align="left" |Anmerkungen

|- valign="top"
| align="center" Nr. | 99
| Aktion |
| Wer? |
| bis wann? |
| Anm. |

|- valign="top"
| align="center" Nr. | 999
| Aktion | Action
| Wer? | '''wer?''', wer noch?
| bis wann? | 31.12.2012
| Anm. | Status, Protokoll, Bearbeitung etc.

|}

ZuzahlungenV2

2012-11-05T09:05:13Z

Pscholz: Die Seite wurde neu angelegt: „ {{Infobox Dokument |Title = Übermittlung von Zuzahlungsinformationen in HL7 |Short = Üb…“

{{Infobox Dokument
|Title = Übermittlung von Zuzahlungsinformationen in HL7
|Short = Übermittlung von Zuzahlungsinformationen in HL7
|Type = Implementierungsleitfaden
|Version = 0.60
|Date = 20. November 2007
|Copyright = 2007-2012
|Status = Draft
|Period = Entwurf
|OID = n.n.
|Realm = Deutschland
}}

{{Infobox Ballot Begin}}
{{Ballot | Version = 0.60 | Date = 20.11.2007 | Status = Entwurf | Realm = Deutschland}}
{{Infobox Ballot End}}

{{EMBox|Diese Wikiseite ist die Übertragung des ursprünglichen Entwurdes eines Implementierungsleitfadens für Version 2.x.
}}

=Leitfaden zur Übermittlung von Zuzahlungsinformationen in HL7=

'''Editor'''

Frank Oemig (FO), Agfa HealthCare, Bonn

Peter Scholz(PS), OSM GmbH , Essen

'''Autoren'''

Hans-Joachim Marschall (HJM), KV-No

Frank Oemig (FO), Agfa HealthCare, Bonn

Peter Scholz (PS), OSM GmbH, Essen

'''Mit Beiträgen von'''

Erich Gehlen (EG), DURIA e.G.

Daniela Seiberts (DS), Agfa HealthCare GmbH

Klaus Urban (KU), Frey ADV

''Nachnutzungs- bzw. Veröffentlichungsansprüche''
Das vorliegende Dokument wurde von Agfa HealthCare in Kooperation mit dem DIMDI entwickelt. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.

Der Inhalt dieser Spezifikation ist öffentlich.

Zu beachten ist, dass Teile dieses Dokuments auf den HL7-Standards v2.5 und V3 beruhen, für die © Health Level Seven, Inc. gilt.
Näheres unter [http://www.h7.de-http://www.h7.de/] und [http://www.hl7.org-http://www.hl7.org/].

Die Erweiterung oder Ablehnung der Spezifikation, ganz oder in Teilen, ist dem Vorstand der Benutzergruppe und den Editoren/Autoren schriftlich anzuzeigen.

Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifkationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

''Disclaimer''

Obwohl diese Publikation mit größter Sorgfalt erstellt wurde, kann weder die HL7-Benutzergruppe in Deutschland e.V. noch die an der Erstellung beteiligten Firmen und Institutionen keinerlei Haftung für direkten oder indirekten Schaden übernehmen, die durch den Inhalt dieser Spezifikation entstehen könnten.

==Einleitung==
Es ist ursprünglich die Frage aufgekommen, wie die Informationen zur Praxisgebühr mit HL7 abgebildet werden können?

Es soll hier keine spezielle Lösung für die Praxisgebühr definiert werden, da dies ist ja nur eine von sehr vielen verschiedenen Zuzahlungsbedingungen ist. Es soll vielmehr eine Lösung anstrebt werden, die alle Zuzahlungen und die dazu gehörigen Befreiungen behandeln kann.

Neben der Praxisgebühr gibt es weitere Beispiele für mögliche Zuzahlungen:
* Tageszuzahlung im stationären Bereich (akut),
max. 28 Tage im Jahr
* Tageszuzahlung (REHA) 14, 28, 42 Tage oder unbegrenzt, je nachdem ob AHB (Anschlußheilbehandlung), Rentenversicherung oder gesetzliche Versicherung für die Kur zuständig ist.
* Erfordernis der Erfassung und Übertragung von geleisteten Voraufenthalten.
* Eigenanteile gemäß Versicherungsvertrag
(ungleich Deutschland) =>
** prozentuale Anteile am Gesamtrechnungsbetrag,
** prozentuale Eigenanteile an bestimmten Leistungen,
** Festbetrag je Aufenthalt

==Übersicht==
Die nachfolgende Übersicht zu den diversen Zuzahlungen stammt aus \[3\]. Nicht alle sind für diesen Leitfaden relevant:

===Zuzahlungen===
Hier finden Sie die wichtigsten Regelungen über Zuzahlungen für gesetzlich Krankenversicherte ab 18 Jahren. Kinder und Jugendliche sind generell von Zuzahlungen befreit (Ausnahme: Fahrkosten).

===Arzneimittel, Verbandmittel, Hilfsmittel===
Bei verschreibungspflichtigen Arzneimitteln, Verbandmitteln und bei Hilfsmitteln (z.B. Einlagen) müssen Patienten künftig zehn Prozent der Kosten selbst tragen. Die Zuzahlung beträgt mindestens fünf, höchstens jedoch zehn Euro.

{{BeginBlueBox|Beispiel}}
Bei einem Medikament für 80 Euro zahlt ein Patient acht Euro zu. Bei einer Salbe für sieben Euro werden dagegen nicht 70 Cent, sondern fünf Euro fällig. Ein sehr teures Medikament für 150 Euro kostet den Patienten dagegen statt 15 nur zehn Euro.
{{EndBlueBox}}

Bei Hilfsmitteln, die zum Verbrauch bestimmt sind (z.B. Windeln bei Inkontinenz), ist die Zuzahlung auf zehn Euro je Indikation im Monat beschränkt.

===Medikamente: keine Zuzahlung für Tausende Mittel===
Für mehr als 11.000 Arzneimittel sind Patienten aller Krankenkassen von der gesetzlichen Zuzahlung befreit. Nach Berechnungen der Bundesvereinigung Deutscher Apothekerverbände (ABDA) sind seit dem 1. Juli 2007 genau 11.226 Medikamente von dieser Regelung betroffen.

===Für Zuzahlungen gibt es eine Belastungsgrenze===
Praxisgebühr beim Arzt, Psychotherapeuten und Zahnarzt, Zuzahlungen bei Medikamenten, Heil- oder Hilfsmitteln, Eigenbeteiligung bei häuslicher Krankpflege oder Krankenhausbehandlung - auf die gesetzlich Krankenversicherten kommt seit dem 1. Januar 2004 eine Vielzahl von Belastungen zu. Nur Kinder und Jugendliche unter 18 Jahren sind (außer bei Fahrkosten) von Zuzahlungen befreit.

Damit die Ausgaben nicht zu hoch werden, hat der Gesetzgeber für jeden Versicherten eine Belastungsgrenze von höchstens zwei Prozent der jährlichen Bruttoeinnahmen vorgesehen; bei "schwerwiegend chronisch Kranken" beträgt die Grenze ein Prozent.
Als schwerwiegend chronisch krank gilt, wer seit mindestens einem Jahr eine ärztliche Behandlung pro Quartal wegen derselben Krankheit nachweisen kann und zusätzlich eines der folgenden drei Kriterien erfüllt:
# die Einstufung in die Pflegestufe 2 oder 3 oder
# ein Grad der Behinderung oder Erwerbsminderung von mindestens 60 Prozent oder
# es ist eine kontinuierliche medizinische Versorgung notwendig, ohne die nach ärztlicher Einschätzung eine lebensbedrohliche Verschlimmerung der Erkrankung, eine Verminderung der Lebenserwartung oder eine dauerhafte Beeinträchtigung der Lebensqualität durch die von der Krankheit verursachte Gesundheitsstörung zu erwarten ist.

Versicherte, die die Belastungsgrenze erreichen, brauchen in der Praxis, der Apotheke, beim Masseur oder im Krankenhaus nichts mehr zuzuzahlen. Daher empfiehlt sich, alle Quittungen über Eigenbeteiligungen zu sammeln. Wichtig dabei: Auf jedem Beleg muss Ihr Name stehen. Viele Krankenkassen stellen ihren Mitgliedern auch Quittungs- oder Nachweishefte zur Verfügung.
Zu den Bruttoeinnahmen zählen nicht nur die Einkommen aller im selben Haushalt lebenden Familienangehörigen (Löhne und Gehälter), sondern auch Urlaubs- oder Weihnachtsgeld, Zinsen, Miet- und Pachteinnahmen, Arbeitslosen- oder Mutterschaftsgeld, Unterhaltszahlungen, Renten und Pensionen. Selbst die staatliche Eigenheimzulage gehört dazu.
Wer die Belastungsgrenze erreicht, kann bei seiner Krankenkasse einen Befreiungsantrag stellen, den man mit einer Einkommensteuer-Erklärung vergleichen könnte. Denn neben den Einkünften werden auch Freibeträge berücksichtigt: für den Ehe- oder Lebenspartner 4347 Euro und für jedes "familienversicherte" Kind 3648 Euro; Alleinerziehende können für das erste Kind 4347 Euro abziehen. Töchter und Söhne, die selbst Krankenversicherung bezahlen, werden dabei nicht berücksichtigt.
Bei Beziehern von Sozialhilfe gilt ausschließlich der Regelsatz des Haushaltsvorstands als Berechnungsgrundlage für die Belastungsgrenze. Freibeträge werden in diesem Fall nicht angerechnet.
{{BeginBlueBox|Berechnungsbeispiel}}
Ein Versicherter verdient brutto 25.000 Euro im Jahr, sein Ehepartner 10.000 Euro. Hinzu kommen Sparzinsen von 1200 Euro und Erträge von 360 Euro aus der Vermietung einer Garage; macht alles in allem 36.560 Euro. Als Freibeträge werden abgezogen 4347 Euro für den Ehepartner und 7296 Euro (zweimal 3648 Euro) für die beiden Kinder. Das ergibt 24.917 Euro als Berechnungsgrundlage. Von dieser Summe muss die Familie höchstens zwei Prozent, das sind 498,34 Euro, im Jahr an Zuzahlungen leisten.
{{EndBlueBox}}

Ist ein Familienangehöriger (Ehegatte, volljähriges Kind) schwerwiegend chronisch krank, gilt für alle Familienmitglieder die maximale Belastungsgrenze von einem Prozent. Das trifft auch dann zu, wenn der chronisch kranke Ehepartner privat oder bei einer anderen gesetzlichen Krankenkasse versichert sein sollte. Im Beispielsfall beträgt die Belastungsgrenze des Haushalts dann 249,17 Euro.
Erreichen Versicherte bereits während des Kalenderjahres den Grenzwert, ist für den Rest des Jahres eine Befreiung von Zuzahlungen möglich. Dazu muss bei der eigenen Krankenversicherung ein Antrag gestellt werden. Die Kasse erstattet zu viel bezahlte Beträge und stellt eine Bescheinigung aus, mit der Besuche bei Ärzten, Aufenthalte in Krankenhäusern und Medikamente in Apotheken künftig zuzahlungsfrei sind.

===Besonderheiten===
Für Arzneimittel, für die ein Festbetrag festgesetzt worden ist, übernimmt die Krankenkasse nur die Kosten bis zur Höhe des Festbetrages. Liegt der Festbetrag unterhalb des Apothekenverkaufspreises, fallen daher weitere Zuzahlungen an.

===Arzneimittel-Spargesetz===
{{WorkBox
|
Bitte beachten Sie auch die Neuregelungen durch das Arzneimittel-Spargesetz.
}}
===Praxisgebühr===
Beim Besuch eines Arztes, Zahnarztes oder eines Psychotherapeuten wird jeweils eine Praxisgebühr fällig. Versicherte ab 18 Jahren zahlen zehn Euro für die erste Inanspruchnahme eines Arztes, eines Zahnarztes oder eines Psychotherapeuten in einem Quartal.

Alle weiteren Behandlungen beim selben Arzt sind im gleichen Quartal zuzahlungsfrei. Wer zu einem anderen Arzt geht, muss aber in dessen Praxis wieder zehn Euro für die Behandlung zahlen, sofern diese nicht auf Überweisung aus demselben Quartal erfolgt.

Bei Untersuchungen zur Früherkennung von Krankheiten, bei der Durchführung von Schutzimpfungen, bei zwei jährlichen Zahnvorsorgeuntersuchungen oder der Vorsorge für schwangere Frauen entfällt die Praxisgebühr.

{{WorkBox
|
Die Entscheidungen des Gesetzgebers zur Aufhebung der Praxisgebühr zum 01.01.2013 müssen beachtet werden
}}

===Stationäre Behandlung/ Anschlussrehabilitation===
Wer im Krankenhaus behandelt wird, muss pro Tag zehn Euro zuzahlen. Die Zuzahlung ist allerdings auf 28 Tage im Kalenderjahr begrenzt. Das heißt: Niemand muss mehr als maximal 280 Euro zuzahlen. Diese Regelung gilt auch für die Anschlussrehabilitation. In diesem Fall werden die Zuzahlungen jedoch auf die maximal 28 Krankenhaustage angerechnet.

===Rehabilitation - ambulant und stationär===
Wer in einer Rehaklinik stationär untergebracht wird oder eine ambulante Rehabilitation macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Vorsorge - stationär===
Wer z.B. eine Mutter/Vater-Kind-Kur macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Heilmittel und häusliche Krankenpflege===
Bei Heilmitteln, wie zum Beispiel Krankengymnastik, Ergotherapie, Logopädie oder Massage, müssen Patienten zehn Prozent der Kosten selbst tragen. Hinzu kommen zehn Euro pro Rezept. Das heißt: Wer vom Arzt sechs Therapieeinheiten verordnet bekommt, der zahlt zehn Prozent der gesamten Behandlungskosten plus einmalig zehn Euro. Zu den Behandlungskosten zählen jetzt auch Kosten, die durch Hausbesuche bei Patienten entstehen.

Verordnungsgebühr und zehn Prozent Zuzahlung gelten auch für die häusliche Krankenpflege - zum Beispiel, wenn ein Patient nach einer Operation zu Hause von einem Pflegedienst versorgt wird, damit er das Krankenhaus schneller verlassen kann. Bei der häuslichen Krankenpflege bleibt die Zuzahlung aber auf die ersten 28 Tage der Inanspruchnahme je Kalenderjahr begrenzt.

===Fahrkosten===
Fahrten zu einer ambulanten Behandlung übernehmen die gesetzlichen Krankenkassen in Zukunft nur noch in besonderen Ausnahmefällen und nach vorheriger Genehmigung. Auch dann muss der Patient - ebenso wie bei Fahrten zur stationären Behandlung - zehn Prozent der Fahrkosten zuzahlen, mindestens jedoch fünf und höchstens zehn Euro, jedoch nicht mehr als die tatsächlichen Kosten.

===Haushaltshilfen===
Familien mit Kindern, die eine Haushaltshilfe brauchen - zum Beispiel, weil die Mutter im Krankenhaus liegt - müssen pro Tag zehn Prozent der Kosten selbst übernehmen. Dabei beträgt die tägliche Zuzahlung wie bei Medikamenten mindestens fünf, höchstens aber zehn Euro.

===Entbindung===
Die medizinische Versorgung von Müttern im Krankenhaus rund um die Geburt bleibt weiterhin zuzahlungsfrei.

==Prozessbeschreibung (Use Case)==
{{BeginPurpleBox|''Praxisgebühr''}}
Der Patient kommt in die Einrichtung (Niedergelassener Arzt, Krankenhaus, Ambulanz). Er wird dort aufgefordert, die entsprechende Gebühr (10,-€/Quartal beim Niedergelassenen oder den Tagessatz für max. 28 Tage/Jahr im Krankenhaus, etc.) zu bezahlen. Für den gezahlten Betrag bekommt er eine Quittung. Der Zahlungsvorgang wird im System entsprechend vermerkt.

Für Patienten, die nicht bezahlt haben (weil sie kein Geld dabei hatten o. ä.) müssen 2 Mahnungen ausgesandt werden, bevor über die Pseudoziffer dem Kostenübernahmer mitgeteilt werden kann, dass der Patient säumig sei und die Kasse sich um den Einzug selbst bemühen muss.{{EndPurpleBox}}

Die Erstellung der Rechnung/Mahnung ist derzeit nicht in den Prozess eingebunden, sondern wird i. d. R. über selbst-erstellte Formulare abgebildet. Ziel ist es, alle Rechnungs- oder rechnungsnahen Beträge, die keinem Kostenübernehmer zugeordnet wurden, automatisch an den Selbstzahler zu fakturieren (und als Offenen Posten zu buchen).
{{BeginPurpleBox|KV Abrechnung}}
Bei der Abrechnung mit der KV via Diskette wird dafür eine Pseudoziffer (s.u.) eingetragen.

Bei Rechnungslegung auf Papier wird der erhobene Betrag i. H. von € 10,- vom Rechnungsbetrag abgezogen.
{{EndPurpleBox}}

{{OIBox
|
Hier fehlt jetzt noch die Kommunikation, für die HL7 zum Tragen kommt! Also wer kommuniziert wem jetzt noch was und warum?
}}

==Pseudo-Ziffern zur Abrechnung==
Bei der Abrechnung mit der KV werden Pseudoziffern zur Kennzeichnung des Einzugs der Praxisgebühr übermittelt.

{| class="hl7table"
|Katalog||Ziffer||Bedeutung
|-
|EBM2000plus||80032||Keine Erhebung der Praxisgebühr, da die Befreiung von allen Zuzahlungen nachgewiesen worden ist (Bescheinigung nach § 62 Abs. 1 SGB V oder vollständige Befreiung von allen Zuzahlungen nach § 65a Abs. 2 SGB V)
|-
|||80033 ||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer
- Erstinanspruchnahme eines Psychologischen Psychotherapeuten
oder Kinder- und Jugendlichenpsychotherapeuten,
- Erstinanspruchnahme eines Leistungserbringers im Rahmen der ambulanten Behandlung in einem Krankenhaus
oder
- Inanspruchnahme eines Vertreters nach § 18 Abs. 7 BMV-Ä bzw. § 21 Abs.7 EKV vorgelegt und entwertet wurde
|-
|||80033N||Keine Erhebung der Praxisgebühr, da Wiederholungskontakt im Notfalldienst. Eine Quittung (Muster 99a) über die bereits gezahlte Praxisgebühr aufgrund einer Erstinanspruchnahme im Notfall oder im organisierten Notfalldienst wurde vorgelegt und entwertet.
|-
|||80040||Keine Erhebung der Praxisgebühr,
- da Kassenwechsel des Patienten im laufenden Quartal
- da Widerruf der Kostenerstattung gemäß § 13 SGB V durch den Patienten im laufenden Quartal (Nachweis der Krankenkasse hat vorgelegen)
- da Vertretung in der Schwangerenvorsoge
- da die Befreiung von der Praxisgebühr, jedoch nicht von allen anderen Zuzahlungen, nachgewiesen worden ist
|-
|||80044||Patient hat nach schriftlicher Zahlungsaufforderung bisher die Praxisgebühr nicht geleistet, gesetzte Frist ist abgelaufen
|-
|||80045||Patient hat nach schriftlicher Zahlungsaufforderung bisher die Praxisgebühr nicht geleistet, gesetzte Frist ist nicht abgelaufen
|-
|||80046||Portokosten für eine schriftliche Zahlungsaufforderung
|-
|||80047||Zahlungsaufforderung nicht zustellbar
|-
|}
# Pseudotarifziffern zur Kennzeichnung der Praxigebühr

===Hausarztzentrierte Versorgung mit den Ersatzkassen im Einzugsgebiet der KV Nordrhein===
'''Hier: Bonus'''
Alle Ersatzkassen - ausgenommen die Kaufmännische Krankenkasse (KKH) - gewähren einen Bonus für den Patienten in Form der Praxisgebührenbefreiung für die Dauer der Teilnahme am Hausarztvertrag. Sofern der Patient vor dem Entschluss zur Teilnahme bereits die Praxisgebühr entrichtet haben sollte, wird eine Erstattung durch die Arztpraxis nicht vorgenommen.
Als Kennzeichen für die Befreiung von der Praxisgebühr ist die '''Symbolziffer 80040H '''im Rahmen der Abrechnung anzugeben.

Symbol-Nummern zum Handling der Praxisgebühr in der KVNO
Ab dem 1. April 2005 sind die Symbol-Nummern zur Praxisgebühr 5-stellig, ggf. mit angehängter Buchstabenkennung, mit Ausnahme der Symbol-Nummern 80030 und 80030N von der Praxis/dem Arzt auf dem Abrechnungsbeleg einzutragen.

{| class="hl7table"
|Symbol-nummer||Bedeutung/Sachverhalt
|-
|80030||Kennzeichnung des Falles, für den in der Honorarabrechnung des Leistungserbringers ein Abzug der Zuzahlung erfolgt. Die Symbol-Nummer wird von der Kassenärztlichen Vereinigung Nordrhein zugesetzt.
|-
|80030N||Optionale Kennzeichnung des Falles bei Inanspruchnahme im Notfall bzw. organisierten Notfalldienst, für den in der Honorarabrechnung des Leistungserbringers ein Abzug der Zuzahlung erfolgt. Die Symbol-Nummer wird von der Kassenärztlichen Vereinigung Nordrhein zugesetzt.
|-
|80030V||Es handelt sich um eine Überweisung aus dem Vorquartal. Die Symbol-Nummer 80030V ist von dem Überweisungsnehmer einzutragen, wenn die Praxisgebühr im aktuellen Quartal von ihm erhoben wurde.
|-
|80031||Kennzeichnung für einen Überweisungsschein (Symbolnummer wird von der KV zugesetzt. Psychologische Psychotherapeuten, die mit ihrer Abrechnungssoftware keinen Überweisungsfall erzeugen können, kennzeichnen den Originalschein durch Zusetzung der Symbolnummer 80031, wenn der Versicherte mit einer Überweisung eines Vertragsarztes erscheint
|-
|80032||Keine Erhebung von der Praxisgebühr, da die Befreiung von allen Zuzahlungen nachgewiesen worden ist (Bescheinigung nach § 62 Abs. 1 SGB V oder vollständige Befreiung von allen Zuzahlungen nach § 65a Abs. 2 SGB V). Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80033||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer
* Erstinanspruchnahme eines psychologischen Psychotherapeuten oder Kinder- und Jugendlichenpsychotherapeuten,
* Erstinanspruchnahme eines Leistungserbringers im Rahmen der ambulanten Behandlung in einem Krankenhaus oder
* Inanspruchnahme eines Vertreters nach § 18 Abs. 7 BMV-Ä bzw. § 21 Abs. 7 EKV
vorgelegt und entwertet wurde.
Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80033N||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer Erstinanspruchnahme eines Leistungserbringers im Notdienst oder im organisierten Notfalldienst vorgelegt und entwertet wurde. Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80040||Keine Erhebung der Praxisgebühr,
* da Kassenwechsel des Patienten im laufenden Quartal
* da Widerruf der Kostenerstattung gem. § 13 SGB V durch den Patienten im laufenden Quartal (Nachweis der Krankenkasse hat vorgelegen)
* da Vertretung in der Schwangerenvorsorge
* da die Befreiung von der Praxisgebühr, jedoch nicht von allen anderen Zuzahlungen, nachgewiesen worden ist.
* aus anderen Gründen (z.B. Nichtentrichtung der Praxisgebühr nach Notfallbehandlung)
DiDie Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80040H||Keine Erhebung der Praxisgebühr,
* da Patient am Hausarztvertrag der Barmer Ersatzkasse teilnimmt und beim ersten Hausarztbesuch im Kalenderjahr bereits einmalig die Praxisgebühr entrichtet hat.
Die Symbol-Nummer ist von der/dem am Vertrag teilnehmenden hausärztlichen Praxis/Hausarzt einzutragen.
|-
|}
# Pseudo-Ziffern

Die von der KBV veröffentlichten weiteren Kennziffern 80044, 80045 oder 80047 werden im Bereich der KV Nordrhein in die Pseudonummer 80040 überführt. Die KBV-Nr. 80046 (Portokosten für eine schriftliche Zahlungsaufforderung) entfällt in Nordrhein; die anfallenden Auslagen sind dem säumigen Patienten mit der Zahlungsaufforderung in Rechnung zu stellen.

==Hintergrundüberlegungen==
Es stellt sich zuerst die Frage, um was es sich bei den Zuzahlungen überhaupt handelt. Hierbei gilt es verschiedene Aspekte zu berücksichtigen, so dass alle Varianten - irgendwie zutreffen:

===a) eine Buchung===
Die Einzahlungen werden als Buchungen in einem Kassenbuch vermerkt. Dies kann u.a. über die sog. Pseudo-Ziffern erfolgen, die am Patientenstammsatz hinterlegt sind, damit fallübergreifend darauf zugegriffen werden kann.

===b) eine Rechnung/Quittung===
Der Patient bekommt eine Quittung über seine geleistete Zahlung.

===c) Zusatzinformationen zum Kostenträger===
Ggf. kann für eine unabhängige Applikation (in Deutschland ist die Praxisgebühr bundesweit bei € 10 festgelegt) eine Hinterlegung von Beträgen je Kostenübernehmer sinnvoll sein.

Anm.: Es wird immer wieder von einigen Kassen angedroht, aus dem Praxisgebühr-Erhebungs-Prozess auszusteigen, weil der administrative Aufwand die Erlöse übersteigt (da es sich um eine gesetzliche Vorgabe handelt, nicht so einfach).

===d) Informationen zu Zahlungspflichtigen (Bürgen)===
Zahlungspflichtige/Bürgen sind Personen, die ein Zahlung garantieren, d.h. ggf. auch gerichtlich haftbar gemacht werden können. Normalerweise werden in diesen Fällen Bankbürgschaften vorgelegt. (In Deutschland kommt dieses Szenario normalerweise nicht zum Einsatz.) HL7 v2.x sieht hier das GT1-Segment vor.

===e) individuelle Informationen für ein neues Z-Segment===
Evtl. passt keiner der vorgenannten Aspekte, so dass die Informationen in ein neues Z-Segment gepackt werden müssen?

==benötigte Informationen und deren Abbildung==
Die nachfolgende Tabelle gibt einen Überblick, wie die einzelnen Informationen in HL7 v2.x bzw. V3 übermittelt werden können:

{| class="hl7table"
|||Informationen||Überlegungen
HL7 v2.x||Überlegungen
HL7 V3
|-
|1||Status:
- bezahlt
- nicht bezahlt, weil befreit
- nicht bezahlt, aber fällig||IN1-32 ?||
|-
|2||abrechenbare Tarifziffer (KV abhängig)
Pseudoziffer||FT1||
|-
|3||freie Zeichenkette (um zusätzliche Begründungen zu übermitteln)||||
|-
|4||Nummer/Identifikation des dazugehörigen Behandlungsfalles||PV1-19
(PID-3)||
|-
|5||Datum (Uhrzeit) der Zahlung der Praxisgebühr||FT1
IVC/PSL||
|-
|6||Zahlungsempfänger (derjenige, der die Gebühr entgegengenommen hat)||IVC||
|-
|7||gezahlter Betrag ||FT1-11
IN1-37 ?||
|-
|8||Prozent-Satz||||
|-
|9||Aufenthalt stationär||||
|-
|10||Schein ambulant||||
|-
|11||Abweichender Rechnungsempfänger:
* Patient (Selbstzahler)
* Eltern (bei Kindern)
* sonstiger Kostenübernehmer||||
|-
|12||Externe Leistung||||
|-
|}
# benötigte Informationen
Wenn diese Informationen nicht abgebildet werden können, so ist dafür ein Z-Segment zu definieren.

===a) abweichende Rechnungsempfänger ===
Ggf ist zu überdenken, wie die Rechnung über Praxisgebühren bei Kindern an den abweichenden Rechnungssteller oder bei psychisch verwirrten an die Betreuer erhoben werden kann.

===b) Sammlung von Faktoren die die Eigenleistung bestimmen===
{{WorkBox
|
Hier fehlen noch Angaben zu diesen Faktoren
}}

==Scheine==
{{WorkBox
|
Dieser Punkt ist noch komplett offen
}}

==HL7 v2.x vs. V3
{{OIBox
||
In welchem Kommunikationsszenario kommt die Übertragung dieser Information zum Tragen?
M.W. muss die Praxisgebühr beim niedergelassenen Arzt entrichtet werden. Damit ist das ein Thema der intersektoralen Kommunikation, die wohl primär mit HL7 V3 abgebildet wird!?
}}
==offene Fragen==
* Benötigt man eine Art "Teilzahlungsfunktion"?

==Überlegungen zu möglichen Abbildungen==

===Abbildung über Buchungen===
* hat nichts mit Kontoführung zu tun (P01, P02, P05, P06)
* bei P03/P11 bietet sich FT1 an; nur worauf buchen?
* für Status gibt es kein entsprechendes Feld in FT1
* P10 mit GP1: wäre das etwas?!

=== Abbildung über Rechnungen===
* gehört zum Kapitel 16 in v2.6
=> Vorwegnahme (im Prinzip unproblematisch)
* Abbildung der Quittung, die von der Praxis ausgestellt wird
* wer schickt wem was?
* damit wäre es: EHC\^E01 = submit healthcare services invoice
** benötigte Segmente
*** IVC Invoice
*** PSS Product Service Section
*** PSG Product Service Group
*** PSL Product Service Line Item
** (ziemlich viel Overhead für die paar Informationen)

===Abbildung über Kostenträger===
* Allgemein erscheinen mir (PS) die IN Segmente auch als unpassend, da diese sich auf die jeweiligen Versicherungsverhältnisse, nicht jedoch auf den Patienten beziehen.
* INx decken die Zuordnung der Gebühren zu Quartalen nicht sauber ab.

=== über IN1===
* IN1-37: Policy Deductible (Datentyp CP)
** komplizierter Datentyp, der auf mehr schließen lässt
** gibt den Betrag an, um den ein Garant (in DE eher nicht existent) belastet wird.
* IN1-32: Billing Status
** Tabelle 0022 ist leer
** Datentyp IS; nicht wiederholbar
** passt eher nicht, hier geht es darum ob die konkrete Versicherung mit einer Rechnung belastet wurde (nicht der Patient)

===über IN2===
* IN2-24: non-covered insureance code
** freie Tabelle
** wiederholbar
** logisch verkehrt herum für die Begründung:
** es geht mehr in die Richtung, warum eine bestimmte Leistung nicht durch die Versicherung abgedeckt ist ( in DE eher nur bei PKV)
* IN2-66: Suspend Flag
** Indikator (J/N) für Zahlungsaussetzung
** zusammen mit IN2-67 und IN2-68?
** als Indikator dafür, ob bezahlt werden muss oder nicht
** könnte prinzipiell passen
* IN2-67: Copay limit flag = Merkmal Zuzahlungslimit erreicht
** Indikator, ob gezahlt?
** es reflektiert eigentlich mehr den Zustand, dass jemand von der Zuzahlung (und damit auch der Praxisgebühr) befreit ist, weil die Zuzahlungsgrenze (in DE 2% des Einkommens, resp. 1% bei Chronikern) erreicht wurde.
Frage: wie erreicht man eine Zuzahlungsgrenze? doch nur durch Zahlung!
Problem ist hierbei die Kennzeichnung, wie viel zugezahlt werden muss! Wo kommt der Betrag hin?
Und wie geht man mit den Quartalen um? Schließlich muss in jedem Quartal gezahlt werden, wenn man zum Arzt geht.
* IN2-68: stoploss limit flag
** dto? Unterschied zu IN2-67?
** "nicht verwendet"

===Abbildung über Zahlungspflichtige (GT1: Guarantor)===
* gibt es so in Deutschland eigentlich nicht!
* Wir sollten daher überlegen, für die gesamte Zuzahlungproblematik doch noch das Garantenmodell einzuführen, was meiner (PS) Meinung nach den Fall der Zuzahlungen allgemein recht treffend beschreibt.
(FO): GT1 enthält aber auch keine dafür geeigneten Felder.

===Abbildung über neues Z-Segment===
* einfach zu realisieren
* proprietär
* in welchen Nachrichten zu verwenden?

==Fazit==
Für mich (FO) ist die einfachste Lösung, nur IN2-66 und IN2-67 zu nehmen:

{| class="hl7table"
| Feld
Bedeutung||IN2-66||IN2-67
|-
|"braucht nicht bezahlen"||J||<leer>
|-
|"hat bezahlt"||<leer>||J
|-
|"hat nicht bezahlt"||<leer>||N
|-
|}
# Fazit

Wo soll denn die Info hin? Person, Fall, Schein, Kostenübernehmer, Leistung?
Jede Person hat diverse Fälle und Scheine, eine unbestimmte Anzahl von Kostenübernehmern sowie Einzelleistungen. Um einen generischen Ansatz zu verfolgen, müssten alle Konstellationen berücksichtigt werden.

==Referenzen==
#[http://www.durchblick-gesundheit.de/content/red.otx1176,49718,0.html?sID=995fe652bc10e9f9e957681afa69f18e Zuzahlungen für Medikatmente]
#[http://www.durchblick-gesundheit.de/content/red.otx/1176,51639,0.html Praxisgebühr]
#[http://www.aok.de/bund/gesundheitsreform/zuzahlungsspezial.php Zuzahlungen]
#[http://www.die-gesundheitsreform.de-http://www.die-gesundheitsreform.de/ Die Zuzahlungs- und Finanzierungsregelungen auf einen Blick]

V2pay:UseCase

2012-10-01T12:26:14Z

Pscholz: /* Prozessbeschreibung (Use Case) */

==Prozessbeschreibung (Use Case)==
{{BeginPurpleBox|Patientenzuzahlung}}
''Der Patient kommt in die Einrichtung (Niedergelassener Arzt, Krankenhaus, Ambulanz). Er wird dort aufgefordert, die entsprechende Gebühr (10,-€/Quartal beim Niedergelassenen oder den Tagessatz für max. 28 Tage/Jahr im Krankenhaus, etc.) zu bezahlen. Für den gezahlten Betrag bekommt er eine Quittung. Der Zahlungsvorgang wird im System entsprechend vermerkt.''

''Für Patienten, die nicht bezahlt haben (weil sie kein Geld dabei hatten o. ä.) müssen 2 Mahnungen ausgesandt werden, bevor über die Pseudoziffer dem Kostenübernahmer mitgeteilt werden kann, dass der Patient säumig sei und die Kasse sich um den Einzug selbst bemühen muss.''
{{EndPurpleBox}}
Die Erstellung der Rechnung/Mahnung ist derzeit nicht in den Prozess eingebunden, sondern wird i. d. R. über selbst-erstellte Formulare abgebildet. Ziel ist es, alle Rechnungs- oder rechnungsnahen Beträge, die keinem Kostenübernehmer zugeordnet wurden, automatisch an den Selbstzahler zu fakturieren (und als Offenen Posten zu buchen).

{{BeginPurpleBox|Zuzahlungsabrechnung}}
''Bei der Abrechnung mit der KV via Diskette wird dafür eine Pseudoziffer (s.u.) eingetragen.''

''Bei Rechnungslegung auf Papier wird der erhobene Betrag i. H. von € 10,- vom Rechnungsbetrag abgezogen.''
{{EndPurpleBox}}
{{WorkBox|Hier fehlt jetzt noch die Kommunikation, für die HL7 zum Tragen kommt! Also wer kommuniziert wem jetzt noch was und warum? }}

V2pay:Pseudoziffern

2012-10-01T12:13:18Z

Pscholz: Die Seite wurde neu angelegt: „==Pseudo-Ziffern zur Abrechnung== Bei der Abrechnung mit der KV werden Pseudoziffern zur Kennzeichnung des Einzugs der Praxisgebühr übermittelt. {| class="hl7t…“

==Pseudo-Ziffern zur Abrechnung==
Bei der Abrechnung mit der KV werden Pseudoziffern zur Kennzeichnung des Einzugs der Praxisgebühr übermittelt.

{| class="hl7table"
|Katalog||Ziffer||Bedeutung
|-
|EBM2000plus||80032||Keine Erhebung der Praxisgebühr, da die Befreiung von allen Zuzahlungen nachgewiesen worden ist (Bescheinigung nach § 62 Abs. 1 SGB V oder vollständige Befreiung von allen Zuzahlungen nach § 65a Abs. 2 SGB V)
|-
|||80033 ||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer
- Erstinanspruchnahme eines Psychologischen Psychotherapeuten
oder Kinder- und Jugendlichenpsychotherapeuten,
- Erstinanspruchnahme eines Leistungserbringers im Rahmen der ambulanten Behandlung in einem Krankenhaus
oder
- Inanspruchnahme eines Vertreters nach § 18 Abs. 7 BMV-Ä bzw. § 21 Abs.7 EKV vorgelegt und entwertet wurde
|-
|||80033N||Keine Erhebung der Praxisgebühr, da Wiederholungskontakt im Notfalldienst. Eine Quittung (Muster 99a) über die bereits gezahlte Praxisgebühr aufgrund einer Erstinanspruchnahme im Notfall oder im organisierten Notfalldienst wurde vorgelegt und entwertet.
|-
|||80040||Keine Erhebung der Praxisgebühr,
- da Kassenwechsel des Patienten im laufenden Quartal
- da Widerruf der Kostenerstattung gemäß § 13 SGB V durch den Patienten im laufenden Quartal (Nachweis der Krankenkasse hat vorgelegen)
- da Vertretung in der Schwangerenvorsoge
- da die Befreiung von der Praxisgebühr, jedoch nicht von allen anderen Zuzahlungen, nachgewiesen worden ist
|-
|||80044||Patient hat nach schriftlicher Zahlungsaufforderung bisher die Praxisgebühr nicht geleistet, gesetzte Frist ist abgelaufen
|-
|||80045||Patient hat nach schriftlicher Zahlungsaufforderung bisher die Praxisgebühr nicht geleistet, gesetzte Frist ist nicht abgelaufen
|-
|||80046||Portokosten für eine schriftliche Zahlungsaufforderung
|-
|||80047||Zahlungsaufforderung nicht zustellbar
|-
|}
# Pseudotarifziffern zur Kennzeichnung der Praxigebühr

===Hausarztzentrierte Versorgung mit den Ersatzkassen im Einzugsgebiet der KV Nordrhein===
'''Hier: Bonus'''
Alle Ersatzkassen – ausgenommen die Kaufmännische Krankenkasse (KKH) – gewähren einen Bonus für den Patienten in Form der Praxisgebührenbefreiung für die Dauer der Teilnahme am Hausarztvertrag. Sofern der Patient vor dem Entschluss zur Teilnahme bereits die Praxisgebühr entrichtet haben sollte, wird eine Erstattung durch die Arztpraxis nicht vorgenommen.
Als Kennzeichen für die Befreiung von der Praxisgebühr ist die '''Symbolziffer 80040H '''im Rahmen der Abrechnung anzugeben.

Symbol-Nummern zum Handling der Praxisgebühr in der KVNO
Ab dem 1. April 2005 sind die Symbol-Nummern zur Praxisgebühr 5-stellig, ggf. mit angehängter Buchstabenkennung, mit Ausnahme der Symbol-Nummern 80030 und 80030N von der Praxis/dem Arzt auf dem Abrechnungsbeleg einzutragen.

{| class="hl7table"
|Symbol-nummer||Bedeutung/Sachverhalt
|-
|80030||Kennzeichnung des Falles, für den in der Honorarabrechnung des Leistungserbringers ein Abzug der Zuzahlung erfolgt. Die Symbol-Nummer wird von der Kassenärztlichen Vereinigung Nordrhein zugesetzt.
|-
|80030N||Optionale Kennzeichnung des Falles bei Inanspruchnahme im Notfall bzw. organisierten Notfalldienst, für den in der Honorarabrechnung des Leistungserbringers ein Abzug der Zuzahlung erfolgt. Die Symbol-Nummer wird von der Kassenärztlichen Vereinigung Nordrhein zugesetzt.
|-
|80030V||Es handelt sich um eine Überweisung aus dem Vorquartal. Die Symbol-Nummer 80030V ist von dem Überweisungsnehmer einzutragen, wenn die Praxisgebühr im aktuellen Quartal von ihm erhoben wurde.
|-
|80031||Kennzeichnung für einen Überweisungsschein (Symbolnummer wird von der KV zugesetzt. Psychologische Psychotherapeuten, die mit ihrer Abrechnungssoftware keinen Überweisungsfall erzeugen können, kennzeichnen den Originalschein durch Zusetzung der Symbolnummer 80031, wenn der Versicherte mit einer Überweisung eines Vertragsarztes erscheint
|-
|80032||Keine Erhebung von der Praxisgebühr, da die Befreiung von allen Zuzahlungen nachgewiesen worden ist (Bescheinigung nach § 62 Abs. 1 SGB V oder vollständige Befreiung von allen Zuzahlungen nach § 65a Abs. 2 SGB V). Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80033||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer
* Erstinanspruchnahme eines psychologischen Psychotherapeuten oder Kinder- und Jugendlichenpsychotherapeuten,
* Erstinanspruchnahme eines Leistungserbringers im Rahmen der ambulanten Behandlung in einem Krankenhaus oder
* Inanspruchnahme eines Vertreters nach § 18 Abs. 7 BMV-Ä bzw. § 21 Abs. 7 EKV vorgelegt und entwertet wurde. Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80033N||Keine Erhebung der Praxisgebühr, da eine Quittung über die bereits gezahlte Praxisgebühr aufgrund einer Erstinanspruchnahme eines Leistungserbringers im Notdienst oder im organisierten Notfalldienst vorgelegt und entwertet wurde. Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80040||Keine Erhebung der Praxisgebühr,
* da Kassenwechsel des Patienten im laufenden Quartal
* da Widerruf der Kostenerstattung gem. § 13 SGB V durch den Patienten im laufenden Quartal (Nachweis der Krankenkasse hat vorgelegen)
* da Vertretung in der Schwangerenvorsorge
* da die Befreiung von der Praxisgebühr, jedoch nicht von allen anderen Zuzahlungen, nachgewiesen worden ist.
* aus anderen Gründen (z.B. Nichtentrichtung der Praxisgebühr nach Notfallbehandlung) Die Symbol-Nummer ist von der Praxis/dem Arzt einzutragen.
|-
|80040H||Keine Erhebung der Praxisgebühr,
* da Patient am Hausarztvertrag der Barmer Ersatzkasse teilnimmt und beim ersten Hausarztbesuch im Kalenderjahr bereits einmalig die Praxisgebühr entrichtet hat. Die Symbol-Nummer ist von der/dem am Vertrag teilnehmenden hausärztlichen Praxis/Hausarzt einzutragen.
|-
|}
# Pseudo-Ziffern

Die von der KBV veröffentlichten weiteren Kennziffern 80044, 80045 oder 80047 werden im Bereich der KV Nordrhein in die Pseudonummer 80040 überführt. Die KBV-Nr. 80046 (Portokosten für eine schriftliche Zahlungsaufforderung) entfällt in Nordrhein; die anfallenden Auslagen sind dem säumigen Patienten mit der Zahlungsaufforderung in Rechnung zu stellen.

V2pay:UseCase

2012-10-01T12:07:29Z

Pscholz: /* 3. Prozessbeschreibung (Use Case) */

==Prozessbeschreibung (Use Case)==

''Der Patient kommt in die Einrichtung (Niedergelassener Arzt, Krankenhaus, Ambulanz). Er wird dort aufgefordert, die entsprechende Gebühr (10,-€/Quartal beim Niedergelassenen oder den Tagessatz für max. 28 Tage/Jahr im Krankenhaus, etc.) zu bezahlen. Für den gezahlten Betrag bekommt er eine Quittung. Der Zahlungsvorgang wird im System entsprechend vermerkt.''

''Für Patienten, die nicht bezahlt haben (weil sie kein Geld dabei hatten o. ä.) müssen 2 Mahnungen ausgesandt werden, bevor über die Pseudoziffer dem Kostenübernahmer mitgeteilt werden kann, dass der Patient säumig sei und die Kasse sich um den Einzug selbst bemühen muss.''

Die Erstellung der Rechnung/Mahnung ist derzeit nicht in den Prozess eingebunden, sondern wird i. d. R. über selbst-erstellte Formulare abgebildet. Ziel ist es, alle Rechnungs- oder rechnungsnahen Beträge, die keinem Kostenübernehmer zugeordnet wurden, automatisch an den Selbstzahler zu fakturieren (und als Offenen Posten zu buchen).

''Bei der Abrechnung mit der KV via Diskette wird dafür eine Pseudoziffer (s.u.) eingetragen.''

''Bei Rechnungslegung auf Papier wird der erhobene Betrag i. H. von € 10,- vom Rechnungsbetrag abgezogen.''

{{WorkBox|Hier fehlt jetzt noch die Kommunikation, für die HL7 zum Tragen kommt! Also wer kommuniziert wem jetzt noch was und warum? }}

V2pay:UseCase

2012-10-01T12:06:30Z

Pscholz: Die Seite wurde neu angelegt: „==3. Prozessbeschreibung (Use Case)== ''Der Patient kommt in die Einrichtung (Niedergelassener Arzt, Krankenhaus, Ambulanz). Er wird dort aufgefordert, die entsp…“

==3. Prozessbeschreibung (Use Case)==

''Der Patient kommt in die Einrichtung (Niedergelassener Arzt, Krankenhaus, Ambulanz). Er wird dort aufgefordert, die entsprechende Gebühr (10,-€/Quartal beim Niedergelassenen oder den Tagessatz für max. 28 Tage/Jahr im Krankenhaus, etc.) zu bezahlen. Für den gezahlten Betrag bekommt er eine Quittung. Der Zahlungsvorgang wird im System entsprechend vermerkt.''

''Für Patienten, die nicht bezahlt haben (weil sie kein Geld dabei hatten o. ä.) müssen 2 Mahnungen ausgesandt werden, bevor über die Pseudoziffer dem Kostenübernahmer mitgeteilt werden kann, dass der Patient säumig sei und die Kasse sich um den Einzug selbst bemühen muss.''

Die Erstellung der Rechnung/Mahnung ist derzeit nicht in den Prozess eingebunden, sondern wird i. d. R. über selbst-erstellte Formulare abgebildet. Ziel ist es, alle Rechnungs- oder rechnungsnahen Beträge, die keinem Kostenübernehmer zugeordnet wurden, automatisch an den Selbstzahler zu fakturieren (und als Offenen Posten zu buchen).

''Bei der Abrechnung mit der KV via Diskette wird dafür eine Pseudoziffer (s.u.) eingetragen.''

''Bei Rechnungslegung auf Papier wird der erhobene Betrag i. H. von € 10,- vom Rechnungsbetrag abgezogen.''

{{WorkBox|Hier fehlt jetzt noch die Kommunikation, für die HL7 zum Tragen kommt! Also wer kommuniziert wem jetzt noch was und warum? }}

V2pay:Uebersicht

2012-10-01T12:00:30Z

Pscholz:

==Übersicht==
Die nachfolgende Übersicht zu den diversen Zuzahlungen stammt aus \[3\]. Nicht alle sind für diesen Leitfaden relevant:

===Zuzahlungen===
Hier finden Sie die wichtigsten Regelungen über Zuzahlungen für gesetzlich Krankenversicherte ab 18 Jahren. Kinder und Jugendliche sind generell von Zuzahlungen befreit (Ausnahme: Fahrkosten).

===Arzneimittel, Verbandmittel, Hilfsmittel===
Bei verschreibungspflichtigen Arzneimitteln, Verbandmitteln und bei Hilfsmitteln (z.B. Einlagen) müssen Patienten künftig zehn Prozent der Kosten selbst tragen. Die Zuzahlung beträgt mindestens fünf, höchstens jedoch zehn Euro.

''Beispiel: Bei einem Medikament für 80 Euro zahlt ein Patient acht Euro zu. Bei einer Salbe für sieben Euro werden dagegen nicht 70 Cent, sondern fünf Euro fällig. Ein sehr teures Medikament für 150 Euro kostet den Patienten dagegen statt 15 nur zehn Euro.''

Bei Hilfsmitteln, die zum Verbrauch bestimmt sind (z.B. Windeln bei Inkontinenz), ist die Zuzahlung auf zehn Euro je Indikation im Monat beschränkt.

===Medikamente: keine Zuzahlung für Tausende Mittel===
Für mehr als 11.000 Arzneimittel sind Patienten aller Krankenkassen von der gesetzlichen Zuzahlung befreit. Nach Berechnungen der Bundesvereinigung Deutscher Apothekerverbände (ABDA) sind seit dem 1. Juli 2007 genau 11.226 Medikamente von dieser Regelung betroffen. 

===Für Zuzahlungen gibt es eine Belastungsgrenze===
Praxisgebühr beim Arzt, Psychotherapeuten und Zahnarzt, Zuzahlungen bei Medikamenten, Heil- oder Hilfsmitteln, Eigenbeteiligung bei häuslicher Krankpflege oder Krankenhausbehandlung – auf die gesetzlich Krankenversicherten kommt seit dem 1. Januar 2004 eine Vielzahl von Belastungen zu. Nur Kinder und Jugendliche unter 18 Jahren sind (außer bei Fahrkosten) von Zuzahlungen befreit.

Damit die Ausgaben nicht zu hoch werden, hat der Gesetzgeber für jeden Versicherten eine Belastungsgrenze von höchstens zwei Prozent der jährlichen Bruttoeinnahmen vorgesehen; bei "schwerwiegend chronisch Kranken" beträgt die Grenze ein Prozent.
Als schwerwiegend chronisch krank gilt, wer seit mindestens einem Jahr eine ärztliche Behandlung pro Quartal wegen derselben Krankheit nachweisen kann und zusätzlich eines der folgenden drei Kriterien erfüllt:
# die Einstufung in die Pflegestufe 2 oder 3 oder
# ein Grad der Behinderung oder Erwerbsminderung von mindestens 60 Prozent oder
# es ist eine kontinuierliche medizinische Versorgung notwendig, ohne die nach ärztlicher Einschätzung eine lebensbedrohliche Verschlimmerung der Erkrankung, eine Verminderung der Lebenserwartung oder eine dauerhafte Beeinträchtigung der Lebensqualität durch die von der Krankheit verursachte Gesundheitsstörung zu erwarten ist.

Versicherte, die die Belastungsgrenze erreichen, brauchen in der Praxis, der Apotheke, beim Masseur oder im Krankenhaus nichts mehr zuzuzahlen. Daher empfiehlt sich, alle Quittungen über Eigenbeteiligungen zu sammeln. Wichtig dabei: Auf jedem Beleg muss Ihr Name stehen. Viele Krankenkassen stellen ihren Mitgliedern auch Quittungs- oder Nachweishefte zur Verfügung.
Zu den Bruttoeinnahmen zählen nicht nur die Einkommen aller im selben Haushalt lebenden Familienangehörigen (Löhne und Gehälter), sondern auch Urlaubs- oder Weihnachtsgeld, Zinsen, Miet- und Pachteinnahmen, Arbeitslosen- oder Mutterschaftsgeld, Unterhaltszahlungen, Renten und Pensionen. Selbst die staatliche Eigenheimzulage gehört dazu.
Wer die Belastungsgrenze erreicht, kann bei seiner Krankenkasse einen Befreiungsantrag stellen, den man mit einer Einkommensteuer-Erklärung vergleichen könnte. Denn neben den Einkünften werden auch Freibeträge berücksichtigt: für den Ehe- oder Lebenspartner 4347 Euro und für jedes "familienversicherte" Kind 3648 Euro; Alleinerziehende können für das erste Kind 4347 Euro abziehen. Töchter und Söhne, die selbst Krankenversicherung bezahlen, werden dabei nicht berücksichtigt.
Bei Beziehern von Sozialhilfe gilt ausschließlich der Regelsatz des Haushaltsvorstands als Berechnungsgrundlage für die Belastungsgrenze. Freibeträge werden in diesem Fall nicht angerechnet.
''Dazu ein Berechungsbeispiel: Ein Versicherter verdient brutto 25.000 Euro im Jahr, sein Ehepartner 10.000 Euro. Hinzu kommen Sparzinsen von 1200 Euro und Erträge von 360 Euro aus der Vermietung einer Garage; macht alles in allem 36.560 Euro. Als Freibeträge werden abgezogen 4347 Euro für den Ehepartner und 7296 Euro (zweimal 3648 Euro) für die beiden Kinder. Das ergibt 24.917 Euro als Berechnungsgrundlage. Von dieser Summe muss die Familie höchstens zwei Prozent, das sind 498,34 Euro, im Jahr an Zuzahlungen leisten.''
Ist ein Familienangehöriger (Ehegatte, volljähriges Kind) schwerwiegend chronisch krank, gilt für alle Familienmitglieder die maximale Belastungsgrenze von einem Prozent. Das trifft auch dann zu, wenn der chronisch kranke Ehepartner privat oder bei einer anderen gesetzlichen Krankenkasse versichert sein sollte. Im Beispielsfall beträgt die Belastungsgrenze des Haushalts dann 249,17 Euro.
Erreichen Versicherte bereits während des Kalenderjahres den Grenzwert, ist für den Rest des Jahres eine Befreiung von Zuzahlungen möglich. Dazu muss bei der eigenen Krankenversicherung ein Antrag gestellt werden. Die Kasse erstattet zu viel bezahlte Beträge und stellt eine Bescheinigung aus, mit der Besuche bei Ärzten, Aufenthalte in Krankenhäusern und Medikamente in Apotheken künftig zuzahlungsfrei sind.

===Besonderheiten===
Für Arzneimittel, für die ein Festbetrag festgesetzt worden ist, übernimmt die Krankenkasse nur die Kosten bis zur Höhe des Festbetrages. Liegt der Festbetrag unterhalb des Apothekenverkaufspreises, fallen daher weitere Zuzahlungen an.

===Arzneimittel-Spargesetz===
Bitte beachten Sie auch die Neuregelungen durch das Arzneimittel-Spargesetz.

===Praxisgebühr===
Beim Besuch eines Arztes, Zahnarztes oder eines Psychotherapeuten wird jeweils eine Praxisgebühr fällig. Versicherte ab 18 Jahren zahlen zehn Euro für die erste Inanspruchnahme eines Arztes, eines Zahnarztes oder eines Psychotherapeuten in einem Quartal.

Alle weiteren Behandlungen beim selben Arzt sind im gleichen Quartal zuzahlungsfrei. Wer zu einem anderen Arzt geht, muss aber in dessen Praxis wieder zehn Euro für die Behandlung zahlen, sofern diese nicht auf Überweisung aus demselben Quartal erfolgt.

Bei Untersuchungen zur Früherkennung von Krankheiten, bei der Durchführung von Schutzimpfungen, bei zwei jährlichen Zahnvorsorgeuntersuchungen oder der Vorsorge für schwangere Frauen entfällt die Praxisgebühr.

===Stationäre Behandlung/ Anschlussrehabilitation===
Wer im Krankenhaus behandelt wird, muss pro Tag zehn Euro zuzahlen. Die Zuzahlung ist allerdings auf 28 Tage im Kalenderjahr begrenzt. Das heißt: Niemand muss mehr als maximal 280 Euro zuzahlen. Diese Regelung gilt auch für die Anschlussrehabilitation. In diesem Fall werden die Zuzahlungen jedoch auf die maximal 28 Krankenhaustage angerechnet.

===Rehabilitation – ambulant und stationär===
Wer in einer Rehaklinik stationär untergebracht wird oder eine ambulante Rehabilitation macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Vorsorge – stationär===
Wer z.B. eine Mutter/Vater-Kind-Kur macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Heilmittel und häusliche Krankenpflege===
Bei Heilmitteln, wie zum Beispiel Krankengymnastik, Ergotherapie, Logopädie oder Massage, müssen Patienten zehn Prozent der Kosten selbst tragen. Hinzu kommen zehn Euro pro Rezept. Das heißt: Wer vom Arzt sechs Therapieeinheiten verordnet bekommt, der zahlt zehn Prozent der gesamten Behandlungskosten plus einmalig zehn Euro. Zu den Behandlungskosten zählen jetzt auch Kosten, die durch Hausbesuche bei Patienten entstehen.

Verordnungsgebühr und zehn Prozent Zuzahlung gelten auch für die häusliche Krankenpflege – zum Beispiel, wenn ein Patient nach einer Operation zu Hause von einem Pflegedienst versorgt wird, damit er das Krankenhaus schneller verlassen kann. Bei der häuslichen Krankenpflege bleibt die Zuzahlung aber auf die ersten 28 Tage der Inanspruchnahme je Kalenderjahr begrenzt.

===Fahrkosten===
Fahrten zu einer ambulanten Behandlung übernehmen die gesetzlichen Krankenkassen in Zukunft nur noch in besonderen Ausnahmefällen und nach vorheriger Genehmigung. Auch dann muss der Patient – ebenso wie bei Fahrten zur stationären Behandlung – zehn Prozent der Fahrkosten zuzahlen, mindestens jedoch fünf und höchstens zehn Euro, jedoch nicht mehr als die tatsächlichen Kosten.

===Haushaltshilfen===
Familien mit Kindern, die eine Haushaltshilfe brauchen – zum Beispiel, weil die Mutter im Krankenhaus liegt - müssen pro Tag zehn Prozent der Kosten selbst übernehmen. Dabei beträgt die tägliche Zuzahlung wie bei Medikamenten mindestens fünf, höchstens aber zehn Euro.

===Entbindung===
Die medizinische Versorgung von Müttern im Krankenhaus rund um die Geburt bleibt weiterhin zuzahlungsfrei.

V2pay:Uebersicht

2012-10-01T11:57:39Z

Pscholz: Die Seite wurde neu angelegt: „ ==2. Übersicht== Die nachfolgende Übersicht zu den diversen Zuzahlungen stammt aus \[3\]. Nicht alle sind für diesen Leitfaden relevant: ===Zuzahlungen=== H…“

==2. Übersicht==
Die nachfolgende Übersicht zu den diversen Zuzahlungen stammt aus \[3\]. Nicht alle sind für diesen Leitfaden relevant:

===Zuzahlungen===
Hier finden Sie die wichtigsten Regelungen über Zuzahlungen für gesetzlich Krankenversicherte ab 18 Jahren. Kinder und Jugendliche sind generell von Zuzahlungen befreit (Ausnahme: Fahrkosten).

===Arzneimittel, Verbandmittel, Hilfsmittel===
Bei verschreibungspflichtigen Arzneimitteln, Verbandmitteln und bei Hilfsmitteln (z.B. Einlagen) müssen Patienten künftig zehn Prozent der Kosten selbst tragen. Die Zuzahlung beträgt mindestens fünf, höchstens jedoch zehn Euro.

''Beispiel: Bei einem Medikament für 80 Euro zahlt ein Patient acht Euro zu. Bei einer Salbe für sieben Euro werden dagegen nicht 70 Cent, sondern fünf Euro fällig. Ein sehr teures Medikament für 150 Euro kostet den Patienten dagegen statt 15 nur zehn Euro.''

Bei Hilfsmitteln, die zum Verbrauch bestimmt sind (z.B. Windeln bei Inkontinenz), ist die Zuzahlung auf zehn Euro je Indikation im Monat beschränkt.

===Medikamente: keine Zuzahlung für Tausende Mittel===
Für mehr als 11.000 Arzneimittel sind Patienten aller Krankenkassen von der gesetzlichen Zuzahlung befreit. Nach Berechnungen der Bundesvereinigung Deutscher Apothekerverbände (ABDA) sind seit dem 1. Juli 2007 genau 11.226 Medikamente von dieser Regelung betroffen. 

===Für Zuzahlungen gibt es eine Belastungsgrenze===
Praxisgebühr beim Arzt, Psychotherapeuten und Zahnarzt, Zuzahlungen bei Medikamenten, Heil- oder Hilfsmitteln, Eigenbeteiligung bei häuslicher Krankpflege oder Krankenhausbehandlung – auf die gesetzlich Krankenversicherten kommt seit dem 1. Januar 2004 eine Vielzahl von Belastungen zu. Nur Kinder und Jugendliche unter 18 Jahren sind (außer bei Fahrkosten) von Zuzahlungen befreit.

Damit die Ausgaben nicht zu hoch werden, hat der Gesetzgeber für jeden Versicherten eine Belastungsgrenze von höchstens zwei Prozent der jährlichen Bruttoeinnahmen vorgesehen; bei "schwerwiegend chronisch Kranken" beträgt die Grenze ein Prozent.
Als schwerwiegend chronisch krank gilt, wer seit mindestens einem Jahr eine ärztliche Behandlung pro Quartal wegen derselben Krankheit nachweisen kann und zusätzlich eines der folgenden drei Kriterien erfüllt:
# die Einstufung in die Pflegestufe 2 oder 3 oder
# ein Grad der Behinderung oder Erwerbsminderung von mindestens 60 Prozent oder
# es ist eine kontinuierliche medizinische Versorgung notwendig, ohne die nach ärztlicher Einschätzung eine lebensbedrohliche Verschlimmerung der Erkrankung, eine Verminderung der Lebenserwartung oder eine dauerhafte Beeinträchtigung der Lebensqualität durch die von der Krankheit verursachte Gesundheitsstörung zu erwarten ist.

Versicherte, die die Belastungsgrenze erreichen, brauchen in der Praxis, der Apotheke, beim Masseur oder im Krankenhaus nichts mehr zuzuzahlen. Daher empfiehlt sich, alle Quittungen über Eigenbeteiligungen zu sammeln. Wichtig dabei: Auf jedem Beleg muss Ihr Name stehen. Viele Krankenkassen stellen ihren Mitgliedern auch Quittungs- oder Nachweishefte zur Verfügung.
Zu den Bruttoeinnahmen zählen nicht nur die Einkommen aller im selben Haushalt lebenden Familienangehörigen (Löhne und Gehälter), sondern auch Urlaubs- oder Weihnachtsgeld, Zinsen, Miet- und Pachteinnahmen, Arbeitslosen- oder Mutterschaftsgeld, Unterhaltszahlungen, Renten und Pensionen. Selbst die staatliche Eigenheimzulage gehört dazu.
Wer die Belastungsgrenze erreicht, kann bei seiner Krankenkasse einen Befreiungsantrag stellen, den man mit einer Einkommensteuer-Erklärung vergleichen könnte. Denn neben den Einkünften werden auch Freibeträge berücksichtigt: für den Ehe- oder Lebenspartner 4347 Euro und für jedes "familienversicherte" Kind 3648 Euro; Alleinerziehende können für das erste Kind 4347 Euro abziehen. Töchter und Söhne, die selbst Krankenversicherung bezahlen, werden dabei nicht berücksichtigt.
Bei Beziehern von Sozialhilfe gilt ausschließlich der Regelsatz des Haushaltsvorstands als Berechnungsgrundlage für die Belastungsgrenze. Freibeträge werden in diesem Fall nicht angerechnet.
''Dazu ein Berechungsbeispiel: Ein Versicherter verdient brutto 25.000 Euro im Jahr, sein Ehepartner 10.000 Euro. Hinzu kommen Sparzinsen von 1200 Euro und Erträge von 360 Euro aus der Vermietung einer Garage; macht alles in allem 36.560 Euro. Als Freibeträge werden abgezogen 4347 Euro für den Ehepartner und 7296 Euro (zweimal 3648 Euro) für die beiden Kinder. Das ergibt 24.917 Euro als Berechnungsgrundlage. Von dieser Summe muss die Familie höchstens zwei Prozent, das sind 498,34 Euro, im Jahr an Zuzahlungen leisten.''
Ist ein Familienangehöriger (Ehegatte, volljähriges Kind) schwerwiegend chronisch krank, gilt für alle Familienmitglieder die maximale Belastungsgrenze von einem Prozent. Das trifft auch dann zu, wenn der chronisch kranke Ehepartner privat oder bei einer anderen gesetzlichen Krankenkasse versichert sein sollte. Im Beispielsfall beträgt die Belastungsgrenze des Haushalts dann 249,17 Euro.
Erreichen Versicherte bereits während des Kalenderjahres den Grenzwert, ist für den Rest des Jahres eine Befreiung von Zuzahlungen möglich. Dazu muss bei der eigenen Krankenversicherung ein Antrag gestellt werden. Die Kasse erstattet zu viel bezahlte Beträge und stellt eine Bescheinigung aus, mit der Besuche bei Ärzten, Aufenthalte in Krankenhäusern und Medikamente in Apotheken künftig zuzahlungsfrei sind.

===Besonderheiten===
Für Arzneimittel, für die ein Festbetrag festgesetzt worden ist, übernimmt die Krankenkasse nur die Kosten bis zur Höhe des Festbetrages. Liegt der Festbetrag unterhalb des Apothekenverkaufspreises, fallen daher weitere Zuzahlungen an.

===Arzneimittel-Spargesetz===
Bitte beachten Sie auch die Neuregelungen durch das Arzneimittel-Spargesetz.

===Praxisgebühr===
Beim Besuch eines Arztes, Zahnarztes oder eines Psychotherapeuten wird jeweils eine Praxisgebühr fällig. Versicherte ab 18 Jahren zahlen zehn Euro für die erste Inanspruchnahme eines Arztes, eines Zahnarztes oder eines Psychotherapeuten in einem Quartal.

Alle weiteren Behandlungen beim selben Arzt sind im gleichen Quartal zuzahlungsfrei. Wer zu einem anderen Arzt geht, muss aber in dessen Praxis wieder zehn Euro für die Behandlung zahlen, sofern diese nicht auf Überweisung aus demselben Quartal erfolgt.

Bei Untersuchungen zur Früherkennung von Krankheiten, bei der Durchführung von Schutzimpfungen, bei zwei jährlichen Zahnvorsorgeuntersuchungen oder der Vorsorge für schwangere Frauen entfällt die Praxisgebühr.

===Stationäre Behandlung/ Anschlussrehabilitation===
Wer im Krankenhaus behandelt wird, muss pro Tag zehn Euro zuzahlen. Die Zuzahlung ist allerdings auf 28 Tage im Kalenderjahr begrenzt. Das heißt: Niemand muss mehr als maximal 280 Euro zuzahlen. Diese Regelung gilt auch für die Anschlussrehabilitation. In diesem Fall werden die Zuzahlungen jedoch auf die maximal 28 Krankenhaustage angerechnet.

===Rehabilitation – ambulant und stationär===
Wer in einer Rehaklinik stationär untergebracht wird oder eine ambulante Rehabilitation macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Vorsorge – stationär===
Wer z.B. eine Mutter/Vater-Kind-Kur macht, zahlt ohne zeitliche Begrenzung zehn Euro pro Tag zu.

===Heilmittel und häusliche Krankenpflege===
Bei Heilmitteln, wie zum Beispiel Krankengymnastik, Ergotherapie, Logopädie oder Massage, müssen Patienten zehn Prozent der Kosten selbst tragen. Hinzu kommen zehn Euro pro Rezept. Das heißt: Wer vom Arzt sechs Therapieeinheiten verordnet bekommt, der zahlt zehn Prozent der gesamten Behandlungskosten plus einmalig zehn Euro. Zu den Behandlungskosten zählen jetzt auch Kosten, die durch Hausbesuche bei Patienten entstehen.

Verordnungsgebühr und zehn Prozent Zuzahlung gelten auch für die häusliche Krankenpflege – zum Beispiel, wenn ein Patient nach einer Operation zu Hause von einem Pflegedienst versorgt wird, damit er das Krankenhaus schneller verlassen kann. Bei der häuslichen Krankenpflege bleibt die Zuzahlung aber auf die ersten 28 Tage der Inanspruchnahme je Kalenderjahr begrenzt.

===Fahrkosten===
Fahrten zu einer ambulanten Behandlung übernehmen die gesetzlichen Krankenkassen in Zukunft nur noch in besonderen Ausnahmefällen und nach vorheriger Genehmigung. Auch dann muss der Patient – ebenso wie bei Fahrten zur stationären Behandlung – zehn Prozent der Fahrkosten zuzahlen, mindestens jedoch fünf und höchstens zehn Euro, jedoch nicht mehr als die tatsächlichen Kosten.

===Haushaltshilfen===
Familien mit Kindern, die eine Haushaltshilfe brauchen – zum Beispiel, weil die Mutter im Krankenhaus liegt - müssen pro Tag zehn Prozent der Kosten selbst übernehmen. Dabei beträgt die tägliche Zuzahlung wie bei Medikamenten mindestens fünf, höchstens aber zehn Euro.

===Entbindung===
Die medizinische Versorgung von Müttern im Krankenhaus rund um die Geburt bleibt weiterhin zuzahlungsfrei.

V2pay:Einleitung

2012-10-01T11:54:11Z

Pscholz:

=Einleitung=
Es ist ursprünglich die Frage aufgekommen, wie die Informationen zur Praxisgebühr mit HL7 abgebildet werden können?

Es soll hier keine spezielle Lösung für die Praxisgebühr definiert werden, da dies ist ja nur eine von sehr vielen verschiedenen Zuzahlungsbedingungen ist. Es soll vielmehr eine Lösung anstrebt werden, die alle Zuzahlungen und die dazu gehörigen Befreiungen behandeln kann.

Neben der Praxisgebühr gibt es weitere Beispiele für mögliche Zuzahlungen:
* Tageszuzahlung im stationären Bereich (akut), max. 28 Tage im Jahr
* Tageszuzahlung (REHA) 14, 28, 42 Tage oder unbegrenzt, je nachdem ob AHB (Anschlußheilbehandlung), Rentenversicherung oder gesetzliche Versicherung für die Kur zuständig ist.
* Erfordernis der Erfassung und Übertragung von geleisteten Voraufenthalten.
* Eigenanteile gemäß Versicherungsvertrag (ungleich Deutschland) =>
** prozentuale Anteile am Gesamtrechnungsbetrag,
** prozentuale Eigenanteile an bestimmten Leistungen,
** Festbetrag je Aufenthalt

V2pay:Einleitung

2012-10-01T11:50:23Z

Pscholz: I

=1. Einleitung=
Es ist ursprünglich die Frage aufgekommen, wie die Informationen zur Praxisgebühr mit HL7 abgebildet werden können?

Es soll hier keine spezielle Lösung für die Praxisgebühr definiert werden, da dies ist ja nur eine von sehr vielen verschiedenen Zuzahlungsbedingungen ist. Es soll vielmehr eine Lösung anstrebt werden, die alle Zuzahlungen und die dazu gehörigen Befreiungen behandeln kann.

Neben der Praxisgebühr gibt es weitere Beispiele für mögliche Zuzahlungen:
* Tageszuzahlung im stationären Bereich (akut), max. 28 Tage im Jahr
* Tageszuzahlung (REHA) 14, 28, 42 Tage oder unbegrenzt, je nachdem ob AHB (Anschlußheilbehandlung), Rentenversicherung oder gesetzliche Versicherung für die Kur zuständig ist.
* Erfordernis der Erfassung und Übertragung von geleisteten Voraufenthalten.
* Eigenanteile gemäß Versicherungsvertrag (ungleich Deutschland) =>
** prozentuale Anteile am Gesamtrechnungsbetrag,
** prozentuale Eigenanteile an bestimmten Leistungen,
** Festbetrag je Aufenthalt