Page tree

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »


Change Log


Um über Änderungen benachrichtigt zu werden ...

DatumChangeBetroffener Eintrag
22.02.2020

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.

Eintrag anzeigen
22.02.2020

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.

Eintrag anzeigen
22.02.2020

Lorem ipsum dolor sit amet, consetetur sadipscing elitr, sed diam nonumy eirmod tempor invidunt ut labore et dolore magna aliquyam erat, sed diam voluptua.

Eintrag anzeigen


Allgemein

IBeschreibungModulFormatErgänzungen (Intern)

FTP-Ablage

Alle Abos werden nach der Umstellung unter folgendem Pfad abgelegt: /[Benutzername]/Live/Subscriptions. Es wird auf dem FTP keine Struktur mit Unterordnern pro Abo mehr geben (wie bisher teilweis vorhanden).

Die Files werden neu nach 3 Wochen automatische vom FTP gelöscht. Im Web sind sie ebenfalls 3 Wochen verfügbar.

ALLE

STANDARD

EDI

KURZVERSION


Hinweis Unterordner betrifft nur Centris, Tessi, KPT, Visana, AXA, Cent. Alle anderen hatten schon bisher keine Unterordner.



Initial-Abo

Bei der Umstellung auf die rückwärtskompatiblen Abos muss in der ersten Woche nach der Umstellung zwingend ein FULL-Abo importiert werden. Mit diesem Abo findet eine initiale Datenbereinigung statt. Alle nicht mehr gelieferten Werte werden als gelöscht geliefert. Ab der zweiten Woche können Sie wieder wahlweise FULL- oder DIFF-Abos verwenden.

ALLE

STANDARD

EDI







K-Nr ZSR-Beziehung

Das Abo enthält neu auch die K-Nr ZSR-Beziehungen (bisher war dies nur bei einzelnen Abos der Fall).

File(s) in Standard-Abo dat_zsr_knr

ALLE

STANDARD

EDI


Ist der Wert Z5 bei K-Nummern vorhanden, dann wird er mit technischem Endedatum geliefert bzw. gelöscht. Das technische Endedatum muss vom Import-System korrekt interpretiert werden (dies ist keine Neuerung, siehe ZSR-Schnittstellendokumentation).

Aufgrund neuer Abo-Konfig. Für die meisten Abos ist die K-Nur ZSR Beziehung neu.
In den Legacy-Mut-Abos wurde dieses File immer als FULL geliefert. Neu werden im Mut-Abo nur noch die Mutationen geliefert.

Siehe https://confluence.sasis.ch/pages/viewpage.action?pageId=58196246&preview=/58196246/78971030/Vorschlag_Abovereinfachung_v0.5_pwi.pdf

CPR-254 - Getting issue details... STATUS




Änderung Dateiname

Der Name der zip-Datei welche die Abos-Files enthält setzt sich neu aus folgenden Angaben zusammen: Name des Abo-Empfängers, Jahr, KW, Art und Inhalt des Abos, Datum, Uhrzeit.

Bisher:  ANSI_V_40_20180627090222.ZIP
Neu:     [Versicherer]_2019CW11_Full_StdAnsi_OKP-COMP-FIT-APTN-SPAK-EMR-QTOP-FSAFE-FGUIDE-FGUIDEK_20190313T080317.zip

ALLE

STANDARD

EDI

KURZVERSION

Der Name der zip Datei welche die Abos-Files beinhaltet, enthält neu nebst dem Datum folgende Angaben: Name des Abo-Empfängers, Jahr, KW, Art und Inhalt des Abos, Datum, Uhrzeit.
Bitte passen Sie falls nötig den File-Name vor dem Import entsprechend den Anforderungen Ihres Importsystems an.




?

Neue Module /Modulkonfiguration

Die Konfiguration der verschiedenen Abo-Varianten wurde vereinfacht. Siehe Abo-Module.

ALLE

STANDARD

EDI

KURZVERSION





Änderungen an Referenzdaten (Stammdaten)

IBeschreibungModulFormatErgänzungen (Intern)
I

Anredecode

Es werden nur noch die Anredecodes als Referenzdaten/Stammdaten geliefert, zu welchen es auch Werte gibt. 

Bisher: Es gab die Anredecodes neutral, Herr, Frau, Herren, Damen, Damen und Herren, unbekannt.
Neu:    Es gibt nur noch die Anredecodes Neutral/Herr/Frau.

File(s) in Standard-Abo stamm_eig_code

ALLE

STANDARD


Ist heute im alten Abo auch schon so, dass nur die drei Werte geliefert werden. Neu ist, dass im stamm_eig_code auch nur noch die drei gelieferten Werte aufgeführt werden.

CPR-181 - Getting issue details... STATUS



Umbenennung PAOG

Die Partner-OG "UVG" (57) wird umbenannt auf "Orthopädie-Schuhtechnik.

File(s) in Standard-Abo stamm_eig_part_og

ORTHO

STANDARD

EDI

KURZVERSION


Die klasseid im File stamm_eig_art_feld war falsch. Dieser Fehler wurde korrigiert.


CPR-140 - Getting issue details... STATUS



Bereinigung nicht verwendeter Codes

Folgende Referenzdaten werden nicht verwendet. Sie werden deshalb in Zukunft als gelöscht in den Referenzdatenfiles geliefert.
Einrichtungen QT3:
Parkplatz
Sauna
Kinderhort
ÖV-Erreichbarkeit
Personal Training
Schwimmbad
Türkisches Bad
Whirlpool
Hamam
Sanarium
Bio-Sauna
Infra-Rot-Kabinen
Ernährungsberatung
Massage
DIN (Deutsches Institut für Normung) 33961:2015
Fitness durch Vibrationstraining

Diplome:
Fachmann Bewegungs- und Gesundheitsförderung mit eidg. Fähigkeitszeugnis (EFZ)
eidg. diplomierte/r Naturheilpraktiker/in
Komplementärtherapeut mit eidg. Diplom

Fitness Center Einrichtungen:
gratis Parkplatz
Sauna

File(s) in Standard-Abo stamm_eig_code

ALLE

STANDARD



Diese Daten werden in den Abos in Zukunft als gelöscht geliefert (ist bereits so umgesetzt). Sie werden nicht aus den Abos entfernt. Grund: Rückwärtskompatibilität - wir liefern alle gelöschten Daten auch immer mit.


ZSRN-855 - Getting issue details... STATUS


I

Inhalt der Referenzdatenfiles

Neu werden immer alle Referenzdaten aufgelistet, unabhängig davon, ob diese im Abo als Werte tatsächlich verwendet werden oder nicht.

File(s) in Standard-Abo stamm_eig_art, stamm_eig_art_feld, stamm_eig_code, stamm_eig_code_klasse, stamm_eig_gruppe, stamm_eig_gruppe_kat, stamm_eig_og, stamm_kanton, stamm_part_og, stamm_part_ug

ALLE

STANDARD




Neu werden immer alle Referenzdaten aufgelistet, unabhängig davon, ob diese im Abo als Werte tatsächlich verwendet werden oder nicht.




Änderungen Feldformate/Werte

IBeschreibungModulFormatErgänzungen (Intern)

Neues Format für UID

Bisher:
Die ersten beiden Zeichen der UID wurde weggelassen und darauf folgenden maximal 10 Zeichen geliefert.

Neu:   
CHE sowie allen Bindestriche und Punkte werden weggelassen. Es werden die 9 Ziffern der UID übermittelt.

Bisher

Neu

E271282530

271282530

79.222.903

479222903

-472139054

472139054

ALLE

STANDARD




Die Spalte für die UID ist in den Flatfiles auf max. 10 Stellen beschränkt. Die UID enthält mit dem Präfix CHE und ohne Bindestriche und Punkte 12 Stellen.

L282725
Admintool: CHE271282540
a E271282540
n 271282540

E702015
Admintool: CHE-490.974.384
a 90.974.384
n 490974384

R106224
Admintool:CHE-479.222.904
a 79.222.904
n 479222904


K139921
Admintool: CHE-455697406
a -455697406
n 455697406

E146023
Admintool:CHE-472139053
a -472139053
n 472139053

B038015
Admintool:CHE180286772
a 0286772
n 180286772
Legacy: Problematik sind Leerzeichen: hier sind in der DB (durch reinkopieren) Leerzeichen vorhanden die dann bei der max. Anzahl Ziffern auch gezählt werden.


Betrifft EDI nicht. Im EDI wird weiterhin im Format CHE492986547 geliefert.





Neues Format für Postkontonummer im File stamm_zahl_bank

Die Postkontonummer (Postal Account Number) wird im File stamm_zahl_bank neu in folgendem Format geliefert: 30-38112-0 (alt: 300381120).

File(s) in Standard-Abo stamm_zahl_bank

OKP

STANDARD

EDI

KURZVERSION

Betrifft ausschliesslich das File stamm_zahl_bank.
Die Daten werden wie von SIX geliefert in die Abos übernommen. Bitte prüfen Sie ob die Date stamm_zahl_bank von Ihrem Importsystem verwendet wird und passen Sie das System falls nötig an.

Nur die Daten die von Six kommen haben das neue Format.




ESR-Konto Daten

Folgendes gilt neu wenn Kontotyp=4(ESR)
Standard:  Die technischen Daten stammen neu vom Konto selber und nicht mehr vom ESR-Konto.
EDI:  Das Das ValidFrom Datum beim ESR-Konto stammt neu vom Konto selber und nicht mehr vom ESR-Konto.


OKP

STANDARD

EDI



Beim Standard-Abo Änderung der technischen Daten wenn Kontotyp=4?
Problem: wir haben gar keine fachlichen von-bis Daten bei den Konto, aber trotzdem ValidFromValidUntil im EDI.




Bankstammdaten des Headquaters

Verfügen mehrere Bankfilialen über dieselbe Clearingnummer liefern wir als Bankstammdaten jene des Headquaters. 

File(s) in Standard-Abo stamm_zahl_bank

OKP

STANDARD

EDI

KURZVERSION



CPR-58 - Getting issue details... STATUS



Werte die nicht mehr geliefert werden

IBeschreibungModulFormatErgänzungen (Intern)

Verbandscode bei Dummy-Nummern

Bisher: Dummy-Nummern waren über den Verbandscode 824 (Dummy) eruierbar.
Neu: Der Verbandscode wird bei Dummy-Nummern nicht mehr geliefert. Dummy Nummern können identifiziert werden mit dem Präfix CH-, FL- oder EU- im Feld Name.

File(s) in Standard-Abo stamm_zsr, dat_zsr_eig_key

ALLE

STANDARD

EDI


stamm_zsr
Alt und Neu: 271 A481918 GR 0 10 99 0 0 301 400 0 CH-Spital 7000 Chur 1 31 20000904145135 20180502171921 99991231000000 20180502171921

dat_zsr_eig_key
Alt: 1271 1 65 824 20040701000000 20040701000000 99991231000000
Neu: kein Eintrag für für den Verbandscode 824

ZSR-430 - Getting issue details... STATUS




Boolean "False"-Einträge

Bisher: Im Falle von nicht true wurde in der Vergangenheit in wenigen Fällen false (0) anstelle nichts geliefert.
Neu:  Es wird nur noch bei true (1) einen Eintrag geliefert. Im Falle von false (0) wird nichts geliefert. Wird ein Wert von "true" auf "false" geändert, liefern wir im DIFF-Abo neu den "true" Wert mit Endedatum.

File(s) in Standard-Abo dat_zsr_eig_bool, dat_knr_eig_bool

OKP

STANDARD

EDI


Auch bei folgendne Werten wird nur noch true geliefert (war in den Pilotkunden-Testabos noch nicht so umgesetzt).
Wird ein Wert von "true" auf "false" geändert, liefern wir den Wert "true" mit Endedatum.
54 Sistierung S1 Ja/Nein
57 Sperrung S2 Ja/Nein
60 Austand OKP-Leistungen S3 Ja/Nein
62 Status praktische Tätigkeiten S4 Ja/Nein

Wieder Aktivierung von True/False Wert. Im Abo wird nur noch True-Wert geliefert, aber mit neuen techn. Daten. (Gelöschte Einträge die wieder aktiviert werden: nur der aktive Eintrag ist im Abo drin - ZSRN-822) → die techn. Daten sind aber anders als beim vorher als gelöscht gelieferten Eintrag




LOA III (V7) und LOA IV (V8)

Bestehende LOA III (V7) und LOA IV (V8) Werte werden nicht mehr bzw. als gelöschte geliefert.

File(s) in Standard-Abo dat_zsr_eig_bool


OKP

STANDARD

EDI


V7 LOA III 106 V7 Ja/Nein
V8 LOA IV 110 V8 Ja/Nein
Werte und Stammdaten werden per Abo-Auslieferung beendet.
Bei Daten die wir nicht mehr liefern, löschen wir die Werte per Datum der Aboaufbereitung, z.B. 20190308.
Bei den Stammdaten haben wir nicht das Datum der Aboaufbereitung sondern überall wo wir nicht mehr liefern "20181001000000"

CPR-240 - Getting issue details... STATUS



Verbandsmitgliednummer

Die Verbandsmitgliednummer (Nummer des Verbandes z.b. FMH - Spalte 5 in stamm_zsr) wird seit längerem nicht mehr bewirtschaftet und zukünftig in den Abos nicht mehr bzw. als gelöscht geliefert.

File(s) in Standard-Abo stamm_zsr


OKP

STANDARD

EDI


Die Verbandsmitgliednummer wird im Admintool schon länger nicht mehr angezeigt.
Die Verbandsmitgliednummer urde in einer früheren Version der Release-Notes fälschlicherweise mit B5 ausgewiesen.




Elektronische Abrechnung (TARMED) (V5) und TARMED Handabrechnung (V6)

Diese Information wird seit langem nicht mehr gepflegt und wird neu nicht mehr bzw. als gelöscht geliefert.
V5 Elektronische Abrechnung (TARMED) (FeldID91)
V6 TARMED Handabrechnung (FeldID93)

File(s) in Standard-Abo dat_zsr_eig_bool


OKP

STANDARD

EDI


Diese Werte sind im FULL-Abo als gelöscht bzw. mit technischem Endedatum enthalten.
91 V5 Elektronische Abrechnung (TARMED)
93 V6 TARMED Handabrechnung

V6  wird im Admintool (schon länger) nicht angezeigt.

CPR-161 - Getting issue details... STATUS

CPR-153 - Getting issue details... STATUS



Qualifikationen neu ohne Ort

Folgende Orte werden nicht mehr bzw. als gelöscht geliefert:
QUALIFIKATIONEN_Q7 Diplom - TEXT_ORT (FeldID 104)
QUALIFIKATIONEN_Q1 Staatsexamen Medizin - TEXT_ORT (FeldID 41)
QUALIFIKATIONEN_Q3 Fähigkeits-/Fertigkeitsausweise - TEXT_ORT (FeldID 43)
QUALIFIKATIONEN_Q4 Schwerpunkte - TEXT_ORT (FeldID 46)
QUALIFIKATIONEN_Q14 Weiterbildungstitel - TEXT_ORT (FeldID 182)

Bei Q2 Weiterbildungstitel wird anstatt TEXT_ORT (FeldID85) neu das Land geliefert (two letter ISO code)

File(s) in Standard-Abo dat_zsr_eig_text

OKP

STANDARD

EDI


EDI
<qualifications>
Q2 Weiterbildungstitel:
alt: <place>Bern</place>
neu: <place>CH</place>
Inhaltlich ist das nicht richtig. Wir aber so belassen, damit es keine Schemaanpassung im EDI gibt.

Q7 Diplom
<place> wird nicht mehr geliefert, stattdessen wird <country> geliefert.

CPR-224 - Getting issue details... STATUS



ZSR-Nummern/K-Nummern die vor mehr als 10 Jahren sistiert wurden

Bisher: Alle ZSR-Nummer/K-Nummern wurden im Abo geliefert, unabhängig davon wie lange die Sistierung zurück lag.

Neu: ZSR-Nummern/K-Nummern bei welchen die Sistierung länger als 10 Jahre zurück liegt werden nicht mehr geliefert.

ALLE

STANDARD

EDI



CPR-201 - Getting issue details... STATUS

CPR-201 - Getting issue details... STATUS




Trägerschaft G2 und Finanzierunsform G7

Trägerschaft - G2 (FeldID 37)
Der Wert wird nur noch bei den Obergruppen Spitäler und Pflegeheime geliefert. Bei allen anderen Obergruppen wird der Wert nicht mehr bzw. als gelöscht geliefert.

Finanzierungsform - G7 (FeldID 107)
Der Wert wird nur noch bei der Obergruppe Spitäler geliefert.
Es wird zudem nur noch der Wert "kein Listenspital" geliefert. Die Werte "subventioniert" und "nicht subventioniert" werden nicht mehr bzw. als gelöscht geliefert

OKP

STANDARD

EDI

KURZVERSION


37 G2 Privat/öffentlich DRD stamm_eig_code codeid name_ klasseid=18
107 G7 Subventioniert DRD stamm_eig_code codeid name_ klasseid=29

CPR-161 - Getting issue details... STATUS

CPR-168 - Getting issue details... STATUS



Selbstdeklarationswerte

Untenstehende Werte wurde in der Vergangenheit aufgrund von Angaben des Leistungserbringers (Selbstdeklaration) zum Zeitpunkt der Antrags für eine ZSR-Nummer erfasst. Die Werte wurden z.T. als Freitextfelder geführt. Eine Auswertung bei den Versicherern hat ergeben, dass diese Informationen für die Versicherer aufgrund der genannten Tatsachen nicht verwertet werden können. In den neuen Abos werden deshalb sowohl Stammdaten wie auch Werte dieser Attribute als gelöscht geliefert.


Homöopathische Tätigkeit - AU3
Dialyse-Behandlungen - AU4
Operative Ophtalmologie - AU5
Psychosomatik - AU6
Gynäkologie - AU8
Pädiatrie - AU9
Selbstdispensation Notfall - E2
Eigenes Labor - E4
Eigenes Röntgen - E5
Eigene Physiotherapie - E6
Eigener Ultraschall - E7
Praxis-OP - E8
Ambulante Belegarzttätigkeit - BE1
Stationäre Belegarzttätigkeit - BE2
Anstellung im Spital - BE3
Spezialgebiet - AU7
Spitalapotheke - E9
Tarifsysteme (Abteilungspauschalen, Fallpauschalen, Tagetaxen) - G4
Subventioniert (Ja/nein) - G6
Tarifpauschalen (Arztpauschalen, Teilzeitpauschale, Vollpauschale) - V4
Arztdienst - E12
Spitex-Dienstleistungen - E13

File(s) in Standard-Abo stamm_eig_art, stamm_eig_art_feld, dat_zsr_eig_bool , dat_knr_eig_bool

OKP

STANDARD

EDI


Die BE Selbstdeklarationswerte sind im EDI Abo im Node <statistic> geliefert worden.

CPR-168 - Getting issue details... STATUS

CPR-190 - Getting issue details... STATUS

CPR-161 - Getting issue details... STATUS



ESR-Konto Kontotyp 4 

Wenn Kontotyp = 4 ( VESR-Nummer) dann wird neu im Abo immer der Wert 000000001 im Sinne eines Flags geliefert, anstelle der ESR-Teilnehmenummer (gemäss VT-Sitzung vom 30.11.2017). 

Bisher: 010015187
Neu: 000000001

File(s) in Standard-Abo dat_zahl

OKP

STANDARD

EDI


Am VT-Meeting haben wir vereinbart, dass anstelle der ESR-Teilnehmernummer nur noch einen «Flag» geliefert wird, als Indikator, dass über das Verfahren mit Referenznummern abgerechnet werden soll.

Die Datenqualität der ESR-Teilnehmernummer im ZSR ist mangelhaft. Hierfür gibt es mehrere Gründe. Ein Grund ist, dass der Leistungserbringer uns Mutationen der ESR-Teilnehmernummer nicht meldet. Ist eine ESR-Teilnehmernummer nicht korrekt, erhalten wir von den Versicherungen keine Rückmeldung. Anscheinend wird dann einfach die Nummer verwendet, die auf der Rechnung steht, ohne Feedback an uns. So verfügen wir über ESR-Teilnehmernummern, welche zur Zeit der ZSR-Nummern-Beantragung gültig war, aber bei späteren Änderungen nie aktualisiert wurden.
Über eine ESR-Teilnehmernummer kann ohne Referenznummer keine Überweisung gemacht werden. Für die Überweisung sind beide Werte zwingend. Die Referenznummer liefern wir nicht. Diese ist der Rechnung des Leistungserbringer zu entnehmen. Alle VT-Versicherer mit Ausname der Sanitas und einer weitere Versicherung, beachten die von uns gelieferte ESR-Teilnehmernummer nicht, sondern entnehmen diese zusammen mit der Referenznummer direkt der Rechnung. Am VT-Meeting haben wir vereinbart, dass wir anstelle der ESR-Teilnehmernummer nur noch einen «Flag» liefern, als Indikator, dass über das Verfahren mit Referenznummern abgerechnet werden soll.

ESR-Konto werden zudem alle mit dem Status 31 (31 Mutation) geliefert.

Kontotyp 3 (VESR5) wird nicht mehr geliefert.

CPR-188 - Getting issue details... STATUS


I

Validierung Phone/Mail/URL/UID etc.

Telefonnummern/E-Mail/URL/UID etc. werden neu einer zusätzlichen Prüfung unterzogen (z.b. Telefonnummern auf eine gültige Vorwahlnummer). Nur valide Werte werden im Abo geliefert.

File(s) in Standard-Abo stamm_zsr, stamm_knr

ALLE

STANDARD

EDI

KURZVERSION


Die Überprüft erfolgt bei der Synchronisation. Nur valide Werte werden synchronisiert.

CPR-412 - Getting issue details... STATUS


I

Erlaubte Qualifikationen je PartnerArtOberGruppe

Es gibt Daten im alten Abo die gar nicht mehr nach ZSR-Next synchronisiet werden. Es handelt sich um Daten die im Admintool nicht gepflegt werden können weil sie bei dieser Obergruppe gar nicht erlaubt sind. Im ZSRNext-FULL-Abo werden diese Daten als gelöscht bzw. mit technischem Endedatum geliefert. 


ALLE

STANDARD

EDI



CPR-262 - Getting issue details... STATUS


I

Weitere Wete die nicht mehr geliefert werden

  • Verbands Mitgliednummer" auf den Basisdaten (nicht Zertifizierereigenschaft)
  • "BSV-Pramienregion" und "Region" unter "Standort: Stadt, Agglomeration, Land"
  • Spitäler: "Angeschlossenes Pflegeheim" (z.B. M091218)
  • Komplementärtherapeuten: OdA KT / Oda AM (QualiKAM): (Migliedschaftsnummer, Mitgliedschafts-Von- und Bis-Datum, Methoden, Methoden-Von- und Bis-Datum)
  • Komplementärherapeuten/Fitnesscenter: Qualifikation (Diplom und Datum)
  • SFGV/Fitness Classification: Methoden, Methoden-Von und Bis-Datum, Einrichtung
  • Ernährungsberater: Diabetesberatung
  • Labor: Diplom (Datum, Ort, Land)

OKP

STANDARD

EDI





I

Entschädigungscode bei VVG

Bsiher: V2 Entschädigungscode (Tiers payant oder Tiers garant ) wird bei VVG nicht mehr geliefert.



VVG

STANDARD

EDI



V2 Entschädigungscode (Tiers payant oder Tiers garant ) wird bei VVG nicht mehr geliefert → mach aus fachlicher Sicht keinen Sinn diese Werte zu liefern.

EDI: societyTarif - invoiceCode



I

Bei Änderung auf Zahlstelle wird auch der Begünstigte im DIFF-Abo geliefert

Begünstigte werden neu im Mutations-Abo geliefert, obwohl es nur eine Änderung auf der Zahlstelle gab und nicht auf dem Begünstigen selber.
Wenn bei einer Zahlstelle eine Änderung gemacht wird, die ein Inkasso-Konto hat, liefern wir dieses Inkasso-Konto im DIFF-Abo, obwohl es selber nicht mutiert worden ist.

File(s) in Standard-Abo stamm_zahl_beg, stamm_zahl_beg_iban

OKP

STANDARD

EDI






Datenqualität/Datenstruktur

IBeschreibungModulFormatErgänzungen (Intern)

Boolean-Werte bei Sistierung (S1), Sperrung (S2), Ausstand (S3) und Status praktische Tätigkeit (S4)

Der Boolean Wert wird neu aufgrund des Von-/Bis-Datum in Abhängigkeit des Aboaufbereitungsdatum berechnet. Daher kann es vereinzelt Abweichungen zu den bisher gelieferten Werten geben:

Sistierung S1 Ja/Nein (FeldID 54)
Sperrung S2 Ja/Nein  (FeldID 57
Austand OKP-Leistungen S3 Ja/Nein  (FeldID 60)
Status praktische Tätigkeiten S4 Ja/Nein (FeldID 62)

Bisher: Der Boolean Wert wurde bisher unabhängig vom Von-/Bis- und Aboaufbereitungs-Datum gesetzt
Neu:    Der Boolean Wert wird aufgrund der Von-/Bis-Daten in Abhängigkeit des Aboaufbereitungsdatums berechnet.

File(s) in Standard-Abo dat_zsr_eig_bool, dat_zsr_eig_date, dat_zsr_eig_key


ALLE

STANDARD

EDI

KURZVERSION

Änderung bezieht sich darauf wie der Wert in unserem System festgelegt wird, nicht auf die Art und Weise der Datenlieferung.

Beispiel:

V002880 (ID 62872) - Gemeinsame Einrichtung KVG, Olten
Bei dieser Zahlstelle wird im neuen Abo S4 Status praktische Tätigkeit korrekterweise neu mit true geliefert.

CPR-64 - Getting issue details... STATUS


I

Einrichtung nach Art. 36a KVG (Z5)

Bisher: Einrichtung nach Art. 36a KVG (Z5) wurde teilweise auch bei Personen (ZSR-Nummern) und bei K-Nummern geliefert.

Neu: Einrichtung nach Art. 36a KVG (Z5) wird ausschliesslich bei Organisationen (ZSR-Nummern) geliefert. Falsch gesetzte Werte bei Personen (ZSR-Nummern)/K-Nummern werden nicht mehr bzw. als gelöscht geliefert.

File(s) in Standard-Abo dat_knr_eig_bool

OKP

STANDARD

EDI


Das technische Endedatum muss vom Import-System korrekt interpretiert werden (dies ist keine Neuerung, siehe ZSR-Schnittstellendokumentation).

Einrichtungen nach Art. 36a KVG - 109 Z5 Ja/Nein

CPR-167 - Getting issue details... STATUS



Methoden-Bezeichnungen ohne Codes

Die Methoden-Bezeichnungen werden neu ohne Codes geliefert:
Beispiel:
Bisher: " Moxa-Moxibustion [322]"
Neu: "Moxa-Moxibustion"

File(s) in Standard-Abo stamm_eig_code



ALLE VVG

STANDARD

EDI



Die CodeID zur Methode wird im File dat_zsr_eig_key geliefert.
Im File stamm_eig_code.TXTwird zur CodeID die Bezeichnungen in den drei Sprachen geliefert.
z.B. 1048 43 Asthmaschulung Gestion de l'asthme Asthmaschulung




Mitgliedernummern ohne Methoden bei Komplementärtherapeuten und Fitnesscenter

Die Mitgliedernummern wird nur noch dann geliefert, wenn entsprechende Methoden (aktive oder beendete) vorhanden sind.

Standard-Abo:
Wurde eine Mitgliedschaftsnummer bisher geliefert, obwohl keine Methoden vorhanden waren, dann wird diese im Standard-Abo neu als gelöscht geliefert.

File(s) in Standard-Abo dat_zsr_eig_text

ALLE VVG

STANDARD

EDI

KURZVERSION


Problem sind irrtümlich gelöschte Methoden → in diesem Fall werden. die Mitgliedschaften/Mitgliedernummern nicht mehr geliefert. D825660 (ID144921) - Hufschmid, Monica, Entlebuch

Beispiele:
Bei V530562 (162450) Bacchetta, Cécilia wird die SPAK Mitgliedernummer "5114" neu als gelöscht geliefert. Bei dieser Zahlstele sind keine SPAK-Methoden vorhanden.



I

Zweistelliger ISO-Ländercode bei Bankdaten

Wir liefern das Land neu immer als two-characters ISO. Beispielsweise liefern wir für Deutschland neu immer den Wert DE. Bisher wurde vereinzelt auch noch one-character bsp. "D" geliefert.

File(s) in Standard-Abo stamm_zahl_bank

OKP

STANDARD

EDI



Im Standard-FULL Abo sind noch die gelöschten einstelligen Länder Codes enthalten. Alle aktiven Ländercodes sind zweistellig.



I

Werte für Dummy-Nummern

Folgende Werte wurden für alle Dummy-Nummern geliefert:

AdmissionLaw/Zulassung KVG&VVGimmer "KVG&VVG"
InvoiceCode/Entschädigungscode (tiers garant/tiers Payant)immer "unklar"
Ortimmer Hauptstadt für Kanton
PLZimmer Haupt-PLZ der Hauptstadt vom Kanton

OKP

STANDARD

EDI

KURZVERSION



CPR-131 - Getting issue details... STATUS


I

Begünstigte ohne Referenz auf eine Zahlstelle

Bisher: Begünstigte, die nicht auf eine Zahlstelle referenzieren, wurden teilweise als aktiv geliefert.
Neu: Begünstigte, die nicht auf eine Zahlstelle referenzieren, werden immer als gelöscht bzw. mit technischem Endedatum geliefert.

File(s) in Standard-Abo stamm_zahl_beg, stamm_zahl_beg_iban

ALLE

STANDARD



Die Beschreibung in den ersten Release-Notes war nicht korrekt. Begünstigen ohne Referenz auf eine Zahlstelle werden zwar weiterhin geliefert, neu aber in jedem Fall mit technischem Endedatum. (Es gibt also nur eine Änderung bei Begünstigten ohne Referenz auf eine Zahlstelle, falls bei diesen bisher noch kein techn. Endedatum vorhanden war).

Im EDI nicht relevant da hier die Begünstigen schon immer nur mit der Zahlstelle ausgeliefert wurden.
Im Standard-Abo werden die Begünstigen weiterhin geliefert aber mit technischem Endedatum. (Es gibt also nur eine Änderung wenn noch kein techn. Endedatum vorhanden war).



I

Mutationen ohne Wert-Änderungen

Bisher: Es gab auch Mutationen bei welchen keine Werte verändert wurden (z.B. wenn ein Datum bearbeitet wird, allerdings vor dem Speichern wieder der selbe Wert gesetzt wird wie bereits vorher vorhanden war.)
Neu: Es werden nur noch tatsächliche Wertänderungen als Mutationen gemeldet.
Betrifft nur das Mutations-Abo.

ALLE

STANDARD

EDI




CPR-247 - Getting issue details... STATUS


I

Reihenfolge der Records in den Files

Bisher: In den Files war bisher die Records nach ID aufgelistet. 
Neu:   In den neuen Abos ist die Reihenfolge in den Files nicht mehr gegeben.

ALLE

STANDARD

EDI

KURZVERSION


Die bisherige Reihenfolge geschah ohne absichtliches "order by" sondern hängt mit dem Zeitpunkt der Erstellung zusammen.




Zulassung (Z1): kantonale Bewilligung - Zusätzlicher Beschränkungs-Typ

Es wird neu immer ein Beschränkungs-Typ geliefert wenn ein Beschränkungs-Text vorhanden ist. Ist der Beschränkungs-Typ nicht "Region", "Tätigkeit" oder "90-Tage-Regelung", wird der Typ "andere" geliefert.

Beschänkungs-Typ:
1 Region
2 Tätigkeit
3 andere
4 90-Tage-Regelung

File(s) in Standard-Abo dat_zsr_eig_key


OKP

STANDARD

EDI


71 Z1 Beschräkungs-Typ
90 Z1 Beschräkungs-Text




I

LegalForm

Bisher: Der Node <legalForm> wurde auch dann geliefert, wenn kein Wert vorhanden war.

<legalForm>
<Id>0</Id>
<Description_D />
<Description_F /><Description_I />
</legalForm>

Neu: Wenn keine Rechtsform erfasst ist, dann liefern wir den Node Node <legalForm> nicht mehr.


ALLE

EDI



CPR-123 - Getting issue details... STATUS



I

Korrekte Integration der LEA-Daten in EDI

Die LEA-Daten waren bisher nicht korrekt im EDI-Abo implementiert. Duch eine neue Integration der Lea Daten in EDI-Schnittstelle wurde dies behoben.

LEA

EDI


Im Legacy-Abo waren die LEA-Daten falsch aufgeführt. Werte wurden dadurch falsch geliefert. Betrifft den <LEA> Node vom EDI-Abo.

CPR-45 - Getting issue details... STATUS



I

BeziehungsArt/ConnectionType

Bisher: Im Node <connectionType> wurde immer der Wert "2" ausgeliefert (unabhängig davon welcher Wert auf der DB vorhanden ist).

Neu: Im Node <connectionType> wird der korrekte Wert ausgeliefert.

OKP

EDI







Fachliche Von-/-Bis-Daten

IBeschreibungModulFormatErgänzungen (Intern)
I

Minimumwert bei fehlendem Von-Datum

Bisher: Wenn ein Bis-Datum vorhanden, aber kein Von-Datum dann wurde das Von-Datum nicht geliefert.
Neu: Wenn ein Bis-Datum vorhanden aber kein Von-Datum dann wird als Von-Datum ein Minimumwert (00010101) geliefert.



ALLE

EDI



Nur (noch) für EDI relevant. Dort liefern wir in diesen Fällen das Minimundatum, wenn das Von-Datum ein Pflichtfeld. Gilt bei allen Eigenschaften mit Von-/Bis Datum.
Ausnahme: kantonalen Bewilligug: hier nehmen wir jetzt das Datum, d.h. hier wird der Minimum-Wert nur geliefert wenn kein Datum vorhanden.
A452701, A506801
Rachel: Gilt aber auch wenn kein Bis-Datum vorhanden bsp. Angestelltenbeziehung bei E668302,I157731 (ist als separater Punkt in den Release-Notes).

Kantonale Bewilligung. Bis Datum vorhanden, Von-Datum und Datum Kantonale Bewilligung fehlt.
M498501 (Hier wurde bereits im Legacy-Abo ein Minimum-Wert geliefert, siehe ZSRN-1105)

Weitere betroffene Felder nicht bekannt.. daher nicht in den externen-Release-Notes kommunizeren.



Mitgliedschaft in Abhängigkeit von Methoden

Bisher: Das Von- und das Bis-Datum der Mitgliedschaft war unabhängig von den Methoden.
Neu: Das Von- und das Bis-Datum der Mitgliedschaft wird nicht mehr separat gesetzt, sondern aufgrund der Von-/Bis-Daten der vorhandenen Methoden berechnet.

File(s) in Standard-Abo dat_zsr_eig_date

VVG

STANDARD

EDI




CPR-193 - Getting issue details... STATUS

ZSRN-479 - Getting issue details... STATUS



Fehlendes Von-Datum bei der kantonalen Bewilligung (Z1)

Bisher: Wenn das Von-Datum der kantonalen Bewilligung (Z1) in der Datenbank fehlte, wurde bisher nichts im Abo geliefert.
Neu: Ist kein Von-Datum bei der kantonalen Bewilligung (Z1) vorhanden, jedoch ein Zulassungs-Datum erfasst (entspricht Ausstellungsdatum der kantonalen Bewilligung ) wird als Von-Datum der Wert des Zulassungs-Datums geliefert.

File(s) in Standard-Abo dat_zsr_eig_date


OKP

STANDARD

EDI



79 Z1 von
70 Z1 Datum
Beispiele Zulassung (Feld ID79, ID80): A005201 , A026601
Hinweis:
wenn sowohl das Von-Datum der kantonalen Bewilligung wie auch as Zulassungs-Datum fehlt, dann wird im EDI als validFrom das Minimum-Datum 1753-01-01 geliefert.

EDI: <validAdmission><validfrom>




Bis-Datum MaxDate "99991231" wid nicht mehr geliefert

Bei manchen Eigenschaften (Methoden/Qualifikationen) wurde bisher als Bis-Datum ein MaxDate (31.12.9999) geliefert.

Beim Bis-Datum wird nun kein MaxDate (99991231) mehr geliefert bzw. ein bestehendes MaxDate wird gelöscht (mit technischem Endedatum geliefert).

Dies betrifft vor allem die Laborqualifikationen (Q15, FeldID185).

File(s) in Standard-Abo dat_zsr_eig_date, dat_knr_eig_date.


ALLE

STANDARD



Im Admintool sind diese MaxDate z.T. gar nicht ersichtlich. Auf der ZSR-DB und im Abo sind sie aber vorhanden.


I

Reaktivierung auf bestimmtes Datum

Eine sistierte Zahlstelle wird auf ein bestimmtes Datum reaktiviert, indem das S6-Datum (Schliessung praktische Tätigkeit) mit Endedatum versehen wird und der Status 18 Wiederaufnahme gesetzt wird.

ALLE

STANDARD

EDI



Dies ist eigentlich keine Neuerung. Trotzdem prüfen lassen da unklar ist ob dies von den Versicherern richtig interpretiert wird.

CPR-261 - Getting issue details... STATUS



Stornierte Angestellten-Beziehungen werden mit techn. Enddaten geliefert

Standard
Bisher: Gelöschte Angestellten-Beziehungen (Stornierung z.b. aufgrund eines Erfassungsfehlers) wurden bisher teilweise wie folgt angezeigt: fachliches Bis-Datum um einen Tag kleiner als das Von-Datum (SASIS-Storno).
Neu: Bei stornierte Angestellten-Beziehungen wird ein technisches Enddatum gesetzt.

EDI
Bisher: Angestelten-Beziehungen die aufgrund eines Erfassungsfehlers wieder storniert wurden, sind in den EDI-Abos enthalten, mit fachlichem Bis-Datum um einen Tag kleiner als das Von-Datum (SASIS-Storno)
Neu: Angestellten-Beziehungen die aufgrund eines Erfassungsfehlers wieder storniert wurden, werden in den EDI-Abos nicht mehr geliefert.

File(s) in Standard-Abo dat_ang.

ALLE

STANDARD

EDI


Das technische Endedatum muss vom Import-System korrekt interpretiert werden (dies ist keine Neuerung, siehe ZSR-Schnittstellendokumentation).

System prüft ob fachliches Bis-Datum um einen Tag kleiner als das Von-Datum (SASIS-Storno), falls ja wird techn. Endedatum im Abo ausgeliefert.

Der Synchroniser übernimmt die neu gesetzten Von-/Bis-Daten aber nicht in die DB. Die alten Von-/Bis-Daten bleiben bestehen, werden aber mit technischem Endedtum versehen.

EDI:
Angestellten-Beziehung mit SASIS-Storno: wird im ED-AboI (FULL und DIFF) nicht geliefert OK.
Angestellten-Beziehung gelöscht: wird im EDI-Abo

CPR-229 - Getting issue details... STATUS



SASIS-Storno auf Zahlstelle (SASIS-Storno bzw. Stornierung aufgrund Erfassungsfehlers)

Standard:
Wie bisher wird bei der Stornierung einer Zahlstelle das S6-Datum kleiner als das S5-Datum gesetzt (Schliessung praktische Tätigkeit vor Eröffnung praktische Tätigkeit)
Wie bisher werden die SASIS-Storno mit technischem Endedatum geliefert (neu werden alle anderen sistierten Zahlstellen nicht mehr mit techn. Endedatum geliefert).

EDI:
Leistungserbringer mit SASIS-Storno werden im EDI-FULL-Abo nicht mehr geliefert.

File(s) in Standard-Abo stamm_zsr.

ALLE

STANDARD

EDI


In den Test-Abos wurde bei einem SASIS-Storno das Mutationsdatum nicht neu gesetzt. Dadurch wurde die Mutation vom Import-System möglicherweise nicht erkannt. Dieser Fehler wurde behoben.

Änderung gegenüber heute (Bug??): bei SASIS-Storno wird das Mut. Datum nicht verändert (letzte Spalte im Abo).

Bei SASIS-Storno techn. Beendung der Werte/Eigenschaften auf Datum des initial-Abos. Ausnahme: S5/S6 werden ohne Endedatum geliefert.
Abweichung zwischen Legacy- und Next-Abo: im Next-Abo wird nicht das S5/S6 aus der DB bzw. dem Admintool übernommen. S5/S6 wird bei der Synch gesetzt und kann daher vom S5/S6 auf der Legacy-DB abweichen. (gem. Besprechung mit Rachel ok bzw. sollte keinen negativen Einfluss haben solange S6 kleiner als S5).

Bis jetzt waren die SASIS-Storno im EDI-FULL enthalten. Neu sind die stornierten Zahlstellen nicht mehr im EDI-Abo drin. Im EDI-Diff-Abo wurden SASIS-Storno bereits im Legacy-Abo nicht geliefert.

CPR-98 - Getting issue details... STATUS



Fachliches Von-Datum fehlt auf der Angestellten Beziehung

Wenn kein Valid-From Datum vorhanden ist:
Bisher: Wir lieferten fix das Datum 2000-01-01
Neu: Wir liefern neu das Minimum-Datum 0001-01-01

OKP

EDI




CPR-199 - Getting issue details... STATUS

CPR-216 - Getting issue details... STATUS


I

Zulassung ohne Kanton

Z1 Kanton (FeldID 69)
Z1 Datum (FeldID 70)
Z1 von (FeldID 79)
Z1 Bis (FeldID 80)
Z1 Erweiterung (FeldID 86)
Z1 Beschräkungs-Typ (FeldID 71)
Z1 Beschräkungs-Text (FeldID 90)

Bisher: Z1 Werte wurden geliefert unabhängig davon ob der Kanton vorhanden ist oder nicht.

Neu: Die Z1 Werte werden nur noch geliefert wenn der Kanton vorhanden ist.

OKP

STANDARD

EDI






I

Fachliche Von-Bis Daten auf Inkasso-Konto

<validFrom> = [AngelegtAm]
<validUntil> = [Max-Date] -> wir liefern nur aktive Konti

Bisher:
Das ValidFrom/Until wird übernommen aus:
für direktes Konto techn. Daten aus DatZahlungsverkehr
für Inkasso-Konto techn. Daten aus StammZahlungsBeguenstigte

Neu:
Das ValidFrom/Until wird übernommen aus:
für direktes Konto techn. Daten aus DatZahlungsverkehr
für Inkasso-Konto techn. Daten aus DatZahlungsverkehr


OKP

EDI




CPR-217 - Getting issue details... STATUS



Technisches Datum (Erfasssungs-, Mutations- und Endedatum)

IBeschreibungModulFormatErgänzungen (Intern)

Technische Daten von Kantonaler Bewilligung Z1

Die technischen Daten von allen Felder der Zulassung (Kanton, Datum, Von, Bis, Erweiterung) werden von den technischen Daten vom Kanton übernommen.
Z1_DRD_KANTON (69) (Key für technische Daten)
Z1_DATE_DATUM (70)
Z1_DATE_VON (79)
Z1_DATE_BIS (80)
Z1_TEXT_ERWEITERUNG (86)


OKP

STANDARD





CPR-159 - Getting issue details... STATUS




Technischen Daten der Stammdaten für die Eigenschaftscodes (Stamm)

Folgende Eigenschaftscodes (Stamm) im File stamm_eig_code.txt haben als Erfassungs- und Beginndatum neu den Minimumwert 19000101000000:


Sprachcode
Rechtsform
BeschraenkungBewilligung
Traegerschaft
BeziehungsartenZahlstellen
Anstellungsgrund
Sistierungsgrund
Subventionsart
Leistungspflichtscode
Entschaedigungscode
Anredecode
Titelcode
ESRProjekt

File(s) in Standard-Abo stamm_eig_code

ALLE

STANDARD



Aufgrund Feedbacks unserer Kunden haben wir den Minimumwert von 00010101000000 auf 19000101000000 geändert.





Vereinheitlichung der technischen Daten bei zusammenhängenden Werten

Folgende zusammenhängende Werte, weisen neu immer einheitliche technische Daten auf.

FC1 (Mitgliedernummer, Von, Bis)
FC 2 (Klassifizierung, Von, Bis)
FC 5 (Betreuungsgrad, Von, Bis)
EM1 (Mitgliedernummer, Von, Bis)
EM2 (Methode, Von, Bis)
SP1 (Mitgliedernummer, Von, Bis)
SP2 (Methode, Von, Bis)
A1 (Mitgliedernummer, Von, Bis)
A2 (Methode, Von, Bis)
AP1 (Mitgliedernummer, Von, Bis)
AP2 (Methode, Von, Bis
QK1 (Mitgliedernummer, Von, Bis)
QK2 (Methode, Von, Bis)
QT1 (Mitgliedernummer, Von, Bis)
QT2 (Methode, Von, Bis)
EF1 (Mitgliedernummer, Von, Bis)
EF2 (Methode, Von, Bis)
S4 JA/NEIN), S5 Datum, S6 Datum
S1 (JA/NEIN, Von, Bis, Grund)
S2 (JA/NEIN, Von, Bis, Kommentar)
Z1 (Kanton, Datum, Von, Bis, Erweiterung)
Q1 (Datum, Ort, Land)
Q2 (Typ, Datum, Land)
Q3 (Typ, Datum)
Q4 (Typ, Datum)
Q7 (Datum, Land)
Q8 (JA/NEIN, Von, Bis)
Q9 (JA/NEIN, Von, Bis)
Q10 (JA/NEIN, Von, Bis)
Q11 (JA/NEIN, Von, Bis)
Q15 (TYP, Von, Bis)

File(s) in Standard-Abo dat_zsr_eig_key, dat_zsr_eig_date, dat_zsr_eig_bool, dat_zsr_eig_text

ALLE

STANDARD


Es gibt neu bei den Tripletten (Qualifikation Typ, von, bis) nur noch ein technisches Datum Von Bis. Und nicht wie bisher 3 verschiedene Daten. Genommen werden die tech. Daten von Qualification Typ.

Zugehöriger Vertragsbeitritt V1 ist nicht mehr relevant in den Tripleten da diser nicht mehr geliefert wird (siehe ZSRN-1359)


ZSRN-714 - Getting issue details... STATUS

CPR-71 - Getting issue details... STATUS



Technisches Endedatum von sistierten K-Nummern und ZSR-Nummern

Sistierte ZSR-und K-Nummern werden nicht gelöscht. Aus diesem Grund setzen wir bei sistierten ZSR-Nummern kein technisches Endedatum mehr bzw. liefern auch bei sistierten Zahlstellen das Endedatum 99991231 (Ende der Gültigkeit des Datenatzes).
Die Sistierung des Datensatzes wird mit dem Status (Austritt) 41 angezeigt.
Zudem wird das Datum "Schliessung der praktische Tätigkeit" (S6) gesetzt.

File(s) in Standard-Abo stamm_zsr, stamm_knr

ALLE

STANDARD

EDI

KURZVERSION


Beispiel Status und technische Daten in stamm_zsr bei B144311
Bisher:
41 19961231090000 20141023134125 20141023134125 20150202163436
Neu:
41 19961231090000 20141023134125 99991231000000 20181025220017



I

Technische Daten zu ZSR-/K-Nummer Beziehungen

Die technischen Daten wurden nicht synchronisert. Daher stimmen sie nicht überein mit den techn. Daten  (Erfasssungs-, Mutations- und Endedatum) aus dem bisherigen Abo. Entweder werden die technischen Daten von Stamm-K-Nr oder von der Zahlstelle übernommen - je nachdem was als letztes hinzugefügt wurde.

File(s) in Standard-Abo dat_zsr_knr

ALLE

STANDARD






Werte die neu geliefert werden

IBeschreibungModulFormatErgänzungen (Intern)
I

Angestellten Beziehungen bei inaktiven K-Nummern

Bisher: Angestelltenbeziehungen werden nur geliefert, wenn die K-Nummer aktiv ist.

Neu: Die Angestelltenbeziehungen werden unabhängig davon geliefert, ob die K-Nr. noch aktiv ist oder nicht.

OKP

EDI



Betrifft nur das EDI-Abo. Dieser Testcase ist für das Standard-Abo nicht relevant. Hier haben wird die Angestellten-Beziehungen schon immer geliefert, unabhängig davon ob die K-Nr. noch aktiv war oder nicht.



SFGV/Fitness Classification Betreuungsgrad Von-/Bis

Neu sind für den Betreuungsgrad "Full Time Care" / "Part Time Care" folgende Felder im Abo implementiert:
FC5 Von (FeldID 202)
FC5 Bis (FeldID 203)

File(s) in Standard-Abo dat_zsr_eig_key, dat_zsr_eig_date

FIT

STANDARD




Die neuen Felder für die SP3 NVS Anerkennung (204/205) führen wir nicht in den Release-Notes auf, da diese bereits im alten Abo geliefert wurden.

CPR-23 - Getting issue details... STATUS

ZSRN-546 - Getting issue details... STATUS

CPR-301 - Getting issue details... STATUS



UVG-Qualifikationen

Neu werden die Q13 Qualifiaktionen (ORTHO) geliefert:
Q13 von (FelidID 199)
Q13 bis (FeldID 200)
Q13 Qualifikationen (FeldID 179)

File(s) in Standard-Abo dat_zsr_eig_key, dat_zsr_eig_date


ORTHO

STANDARD

EDI



Gemäss Carlos hat dies beim EDI keine Schemaanpassung zur Folge.




Clearing-Nummer bei Postkonto

Neu wird die Clearing-Nummer im Abo auch für das Postkonto geliefert.

File(s) in Standard-Abo dat_zahl_iban, dat_zahl, stamm_zahl_beg, stamm_zahl_beg_iban

OKP

STANDARD

EDI







Fachliche Von- Bis-Werte zu Q8 - Q11 Qualifikationen

Zu Q8, Q9, Q10 und Q11 neu fachliche Von-/Bis-Werte geliefert.
Q8 Diabetesberatung
Q8  Von (FeldID 191)
Q8 bis (FeldID 192)

Q9 Stillberatung
Q9 Von (FeldID 193)
Q9 Bis (FeldID 194)

Q11 Weiterbildungsnachweis Psychiatrie
Q11 Von (FeldID 197)
Q11 Bis (FeldID 198)

Q10 Hippotherapie
Q10 Von (FeldID 195)
Q10 Bis (FeldID 196)

File(s) in Standard-Abo dat_zsr_eig_datestamm_eig_art_feld



OKP

STANDARD




Betrifft nur Standard-Abos. In den EDI-Abos dürfen diese Werte weiterhin nicht geliefert werden.
Hinweis: die Codes Q11 Ja/Nein und Q9 Ja/Nein wurden bereits in den alten Abos geliefert. Neu sind nur die Von-/Bis Daten.
Bei den K-Nummern (dat_knr_eig_date) sind diese Qualifikationen in den bisherigen Abos bereits enthalten.

ZSR-1091 - Getting issue details... STATUS

ZSR-830 - Getting issue details... STATUS


I

LOA IV/1 (V11)

LOA IV/1 (V11) ist der aktuelle LOA Wert der weiterhin geliefert wird. In den Standard-Abos wurde dieser jetzt schon geliefert. In den EDI-Abos wurde er bisher nicht geliefert (Bug).


OKP



EDI





I

Land Angabe bei privaten Adresse & Bankadresse

Bisher: Bei der privaten Adresse sowie Bankadresse wurde das Land (country) nicht immer geliefert.
Neu: Bei der privaten Adresse sowie Bankadresse wird das Land immer geliefert.


OKP

STANDARD

EDI







Mutationen auf sistierten Zahlstellen/K-Nummern

Bisher: Mutationen (auf Stammdaten & Eigenschaften) von Zahlstellen/K-Nummern die sistiert sind, wurden nicht Abo geliefert.

Neu:  Mutationen (auf Stammdaten & Eigenschaften) von Zahlstellen/K-Nummern die sistiert sind, werden im Abo geliefert.



ALLE

STANDARD

EDI







  • No labels