Het is mogelijk om alle migratie stappen over te slaan indien er geen gegevens gemigreerd hoeven te worden.
bv
-
Bij een praktijkmutatie waarbij de nieuwe applicatie direct aangesloten wordt op Mitz en er geen toestemmingen vanuit het XIS bronsysteem gemigreerd worden. Wel kunnen toestemmingen door Mitz worden gekopieerd van oude URA/Applicatie naar nieuwe URA/Applicatie.
-
Bij een applicatie die geen eigen toestemming administratie heeft en Mitz gebruikt als toestemming systeem
Hiervoor is de TKID TDD (Toestemming Delegerend systeem Direct, LSP.MIT.TDD) geïntroduceerd. Hierbij krijgt een applicatie direct de systeemrol “Toestemming Delegerend Systeem”. Het zetten van de TKID LSP.MIT.TDD kan net als de TKID LSP.MIT.TDS niet ongedaan worden gemaakt.
Aanmelden Gegevens
Hoewel Mitz de toestemmingen omzet naar de juiste applicatie of zorgaanbieder, is het na deze TKID belangrijk dat alle patiëntrecords die aan de regels voldoen (Eisen voor welke records mogen worden aangemeld bij het LSP) worden aangemeld bij het LSP en dat voor de volledigheid een AR-Sync wordt uitgevoerd.
Dit is nodig omdat het LSP de gegevens niet converteert. Deze keuze is gemaakt omdat de XIS als bron van waarheid fungeert en het risico op afwijkingen bij dubbele conversies te groot is. Daarom verwijdert het LSP alle gegevens van de oude applicatie en werkt het bij met nieuwe aanmeldingen van de nieuwe applicatie.
Mogelijke fouten bij versturen TKID “Toestemmings Delegerend systeem Direct”
Als er een error optreedt bij het zetten van de systeemrol "Toestemming Delegerend Systeem", wordt er in de omschrijving aangegeven wat het probleem is.
Nb: Het is van het grootste belang om het resultaat van de TKID wissels af te vangen en hierop te reageren. Indien dit niet gedaan wordt, dan kan het resultaat zijn dat de Mitz status van het lokale XIS systeem afwijkt van de Mitz status van deze applicatie in het LSP. Hierdoor komt de dataveiligheid in gevaar !
Bij onderstaande in ORANJE aangegeven responscodes, komt het LSP in een status waarbij het mogelijk is dat de dataveiligheid in gevaar komt.. Om dit te voorkomen kunnen tijdelijk geen aanmeldingen meer verwerkt worden. Bij de responscode in de tabel staat aangeven wat nodig is om dit probleem te verhelpen.
In onderstaande tabel staat aangeven wat de responscode betekent en wat nodig is om het probleem te verhelpen.
|
Responscode |
Betekenis |
Beschrijving |
Actie |
|---|---|---|---|
|
NOTCONTRACTED |
Er is geen contract gevonden voor deze URA |
Er ontbreekt nog een getekend Mitz- en/of LSP-contract voor deze zorgaanbieder. Het is niet mogelijk om een migratie op te starten als de contracten niet getekend zijn.
|
Ga na waarom de contracten nog niet zijn ondertekend. Als de contracten ondertekend zijn en verwerkt op het LSP, dan kan de migratie opnieuw worden opgestart. |
|
CONFLICTINGTKIDS |
Er worden conflicterende TKID’s ingeschoten |
Het LSP stuurt deze foutcode terug als in hetzelfde TKID-wijzigingsbericht zowel de systeemrol LSP.MIT.TMS als de systeemrol LSP.MIT.TDS wordt meegegeven. Nb: deze fout kan voorkomen in het combinatie met de foutcode INVALIDETKID. |
Verwijder systeemrol LSP.MIT.TDS in het TKID-wijzigingsbericht en stuur deze opnieuw in om de migratie te starten.
|