Migratie: Verwijzing 6.12 verstrekking bij doseerverlaging in MP9

Description

Implementatie/migratie vraagstuk vanuit Leveranciersoverleg. Vraag: waar verwijst 6.12 verstrekking naar bij doseerverlaging MP9 MA zonder VV? 6.12 verstrekking met aantal 0 meesturen?

_6.12 verstrekking blijft verwijzen naar de bestaande VV, maar de doseerinstructie moet gebaseerd zijn op de nieuwste MA?

 

Situatie uitwerken.

Proposed solution (NL)

Uitgangspunt in werkstroom migratie/hybride: we laten bestaande 6.12 verstrekkingen ongewijzigd, deze blijven werken zoals ze nu ook werken.

Een AIS 'X' dat MP9 kan ontvangen, zal een doseerverlaging wel in het eigen systeem doorvoeren (als nieuwe TA). Dit AIS gaat niet achteraf 6.12 verstrekkingen bijwerken of nieuwe 'fake' verstrekkingen maken. Een systeem dat nog alleen 6.12 kan ontvangen krijgt daarom van AIS 'X' (net als in de huidige situatie) alleen die oudere 6.12 verstrekking die mogelijk niet de meest recente dosering volgens de meest recente MA/TA weergeeft.

Als een MP9-AIS de 6.12 verstrekking niet als zodanig vastlegt (op het moment van verstrekken of op het moment dat deze voor het eerst geraadpleegd wordt), betekent dit dat dit MP9-AIS de 6.12 verstrekking genereert op basis van de geldige TA('s) op de verstrekkingsdatum/tijd.

Proposed solution (EN)

None

Release notes (NL)

Aan de implementatiedocumentatie voor leveranciers is een toelichting omtrent doseerverlagingen in de transitiefase toegevoegd.
Bij doseerverlagingen blijft de bestaande MP6.12-verstrekking van het MP9-AIS ongewijzigd, terwijl dit MP9-AIS wel een MP9-TA aanmaakt met de meest recente dosering uit de MP9-MA.

Release notes (EN)

None

Activity

Malou Paiman 
July 5, 2022 at 11:23 AM

Onderstaande tekst opgenomen in implementatiedocumentatie migratie/hybride par. 5.2 Doseerverlagingen:

Een MP9-AIS voert een doseerverlaging in het eigen systeem door als nieuwe TA. Dit AIS werkt een eerdere MP6.12-verstrekking echter niet bij en maakt ook géén nieuwe ‘fake’ MP6.12-verstrekking aan. Een MP6.12-systeem zal bij raadplegen daarom alleen de initiële MP6.12-verstrekking ontvangen. Deze bevat dus niet de doseerverlaging uit de meest recente MA en TA. Dit is overigens dezelfde informatie die dit systeem ook ontving vóór MP9 bestond.

Een MP9-AIS kan en mag ook anders werken. Het kan zijn dat het MP9-AIS de MP6.12-verstrekking niet als zodanig vastlegt in het eigen systeem. Een dergelijk AIS genereert de MP6.12-verstrekking op het moment van raadplegen. Dit AIS moet de MP6.12-verstrekking genereren op basis van de geldige TA(‘s) op datum en tijd van de verstrekking. Dit zodat een reeds gedane MP6.12-verstrekking niet achteraf inhoudelijk verandert, wat niet toegestaan is in de MP6.12-wereld.

Wanneer een EVS nog over moet gaan naar MP9, terwijl het AIS wel al MP9 geïmplementeerd heeft, kan het volgende voorkomen bij een doseerverlaging. Het MP9-AIS heeft een TA aangemaakt op basis van een MP6.12-vooraankondiging. Het EVS registreert een doseerverlaging. Gezien er geen nieuwe verstrekking nodig is, ontvangt het AIS geen MP6.12-vooraankondiging met vermelding van deze verlaagde dosis. Wanneer het EVS wel overgaat naar MP9, zal het AIS de MA met verlaagde dosis kunnen raadplegen. De TA zal dan een dosering bevatten die niet overeenkomt met de dosering in de MA. Desalniettemin mag deze TA in de MBH van de MA gezet worden.

Titia van Malestein 
August 31, 2021 at 11:42 AM

Besproken tijdens intern overleg. Wordt in september besproken met leveranciers. Belangrijk dat er wel een uitspraak is voor de release voor de kickstart. 

Wordt opgepakt bij hybride situatie. 

Titia van Malestein 
January 7, 2021 at 9:57 AM

Wordt opgenomen in uitwerken digitale transitie.

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Concerns version

Classification

Transactions

Medicatieverstrekking (6.12)

Parties involved

Nictiz Informatie analist
Leveranciers

Dataset

6.12
9.0

Bouwsteen

MedicatieAfspraak
MedicatieVerstrekking

Components

Priority

Better Excel Exporter

Created November 4, 2019 at 11:49 AM
Updated December 6, 2023 at 4:38 PM
Resolved January 31, 2023 at 11:53 AM