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

Compare with Current View Page History

« Previous Version 9 Next »


Mit einem Release im Q1 2027 werden verschiedene Anpassungen an der Verarbeitung der Daten von Zertifizierungsstellen vorgenommen. Die Kommunikation des Release-Datums folgt. 

Bitte lesen Sie die nachfolgenden Informationen aufmerksam durch. Die Änderungen erfordern technische und evt. prozessuale Anpassungen auf Ihrer Seite.


Inhalt


Thema

Beschreibung

Häufigkeit der Datenverarbeitung

Bisher

Die Daten wurden wöchentlich durch einen manuellen Import verarbeitet.

Neu

Die Daten werden neu täglich vollautomatisiert verarbeitet.

Die Zertifizierungsstelle bestimmt das Intervall der Datenlieferung. Um eine möglichst hohe Aktualität der Daten bei den Versicherern sicherzustellen, soll das Lieferintervall eine Woche nicht überschreiten.

Mapping-Logik bei Leistungserbringern mit Zertifizierungen durch mehrere Zertifizierungsstellen

Bisher

Leistungserbringer, die bei mehreren Zertifizierungsstellen zertifiziert sind, wurden seitens santéservices ag mittels einer komplexen und fehleranfälligen Logik auf eine einzige ZSR-Nummer zusammengeführt.

Neu

Die von der Zertifizierungsstelle gelieferten Informationen werden neu anhand der mitgelieferten ZSR-Nummer einem allenfalls bereits bestehenden Leistungserbringer zugeordnet.

Bitte stellen Sie folgende Punkte sicher:

Neuzertifizierung

  • Bei der Neuzertifizierung eines Leistungserbringers durch Ihre Organisation muss zwingend abgeklärt werden, ob bereits eine ZSR-Nummer für die entsprechende Berufsgruppe (Komplementärtherapie bzw. Fitnessanbieter) besteht. Eine bestehende ZSR-Nummer muss im Lieferfile an santéservices ag übermittelt werden.

  • Wird keine bestehende ZSR-Nummer übermittelt, erfolgt lediglich ein minimaler Abgleich anhand weiterer verfügbarer Daten. Ist dadurch keine eindeutige Zuordnung zu einem bestehenden Leistungserbringer möglich, wird eine neue ZSR-Nummer vergeben.

  • Die neu vergebene ZSR-Nummer wird im Rückmeldefile (FTP-Ordner "SASISToCertifier") der von Ihrer Organisation vergebenen Leistungserbringer-ID zugeordnet. Bitte stellen Sie sicher, dass die im Rückmeldefile übermittelte ZSR-Nummer in Ihre Datenbank übernommen und für zukünftige Lieferungen verwendet wird.

Übermittlung bereits bestehender Zertifizierungen

Stellen Sie bei Ihrem bestehenden Datenbestand sicher, dass die Zuordnung zwischen Leistungserbringer-ID und ZSR-Nummer gemäss den Rückmeldefiles (FTP-Ordner "SASISToCertifier") von santéservices ag korrekt in Ihren Datenbestand übernommen wurde und bei zukünftigen Lieferungen verwendet wird.

Wichtig: Werden diese Punkte nicht eingehalten, können für denselben Leistungserbringer mehrere ZSR-Nummern vergeben werden. Solche Duplikate werden von den Versicherern nicht akzeptiert.

Ergänzung von Schematron-Validierungen

Bisher

Mittels Schematron wurden bereits verschiedene Validierungen vor dem Import der Daten durchgeführt. Nicht valide Daten wurden der Zertifizierungsstelle mittels eines Errorfiles (ValidationResults-File) im FTP-Ordner „CertifierToSASIS/ValidationErrors“ zurückgemeldet.

Die Daten eines Leistungserbringers, die aufgrund eines Validierungsfehlers als nicht valide ausgewiesen wurden, wurden nicht verarbeitet.

Neu

Das bestehende Schematron wurde um folgende Validierungen ergänzt bzw. angepasst:

  • Fitnessanbieter: Zulässig sind ZSR-Nummern mit den Endziffern 89, 90 und 91. Die Endziffern 90 und 91 sind reservierte Nummernkreise.
  • Komplementärtherapeuten: Zulässig sind ZSR-Nummern mit den Endziffern 60 bis 65 sowie 67 bis 70. Die Endziffern 67 bis 70 sind reservierte Nummernkreise.

  • <additionalName> darf neu maximal 50 Zeichen enthalten (bisher 100).

  • Die Methodenbezeichnungen <methodname_D>, <methodname_F> und <methodname_I> dürfen neu maximal 200 Zeichen enthalten (bisher 50).

  • Fitnessanbieter: Bei Organisationen (isOrganization = true) muss <UID> zwingend übermittelt werden. Bei natürlichen Personen bleibt <UID> optional.

Rückmelde-File: mögliche Fehlertexte im <error>-Element

Bisher

Das Rückmeldefile, welches nach erfolgtem Import im FTP-Ordner "SASISToCertifier" abgelegt wird, enthielt ausschliesslich folgende Informationen: <id>, <ZSRNo>, <state> und <GLN>.

Neu

Das Schema des Rückmeldefiles, wurde um den Node <error> ergänzt. Dieser enthält Fehlermeldungen, die beim Abgleich der gelieferten Daten mit den bei uns registrierten Daten entstehen.

Die Daten eines Leistungserbringers, bei dem ein Fehler festgestellt wird, werden nicht verarbeitet. Besteht kein Fehler, fehlt das <error>-Element ganz.

Format: Certifier import failed | reason=<Grund> | <Details> | logId=<Korrelations-ID>

Mögliche Fehlertexte im <error>-Element. Die Liste ist nicht vollständig: 

Abbruch-Gründe pro Datensatz 

reason im FileBedeutung
clearing number mismatchDer Zertifizierer liefert im Leistungserbringer-File eine vom ZSR abweichende ZSR-Nummer/Leistungserbringer-ID-Zuordnung. 
clearing number / GLN mismatch

Der Zertifizierer liefert im Leistungserbringer-File eine vom ZSR abweichende ZSR-Nummer/GLN-Zuordnung. 

clearing number not foundDie gelieferte ZSR-Nummer existiert im ZSR nicht oder passt nicht zur erlaubten Partnerart-Obergruppe (Komplementärtherapie, bzw. Fitnessanbieter).

CH/FL town for postal code {postalCode} not found (referenceId={postalAddress.ReferenceId})

Der Zertifizierer liefert eine PLZ/Ort Kombination, welche nicht mit dem Postverzeichnis übereinstimmt (Validierung erfolgt ausschliesslich, wenn Land Schweiz oder Fürstentum Liechtenstein.).
care provider party discriminator mismatchDer Zertifizierer liefert einen Leistungserbringer als Person, welcher im ZSR als Organisation hinterlegt ist (oder umgekehrt).
failed to create clearing numberDie Neuanlage der Nummer ist fehlgeschlagen (Technischer Fehler bei der Anlage).
internal errorUnerwarteter technischer Fehler bei der Verarbeitung

Hinweis ohne Abbruch

reason im FileBedeutung
No data processed for number <ZSR> with <Zertifizierer> external ID <ID>.Die ZSR-Nummer existiert in der Datenbank des Zahlstellenregister mit einer gültiger Zuordnung des jeweiligen Zertifizierers, war aber nicht im gelieferten File enhalten. Die Daten bleiben unverändert in der Datenbank des Zahlstellenregisters bestehen. Dem Rückmeldefile (FTP-Ordner "SASISToCertifier") kann unter <state< die aktuelle Gültigkeit entnommen werden (31/41).

Referenzen

Bisher

Bis zum Release galten das Schema, das Schematron sowie die Referenzdaten der Versionen 3.3 bzw. 3.3.1:

CertifierConnector Version 3.3

CertifierConnector Version 3.3.1

Neu

Ab dem Release gelten das Schema, das Schematron sowie die Referenzdaten der Version 3.4:

CertifierConnector Version 3.4

Die Dokumentation „Validierungsregeln der ZSR Zertifizierungsstelle“ wird in der Folge noch um die neuen Validierungskriterien ergänzt.

  • No labels