mp:Vdraft RaadplegenReconcilieren

Dit is een werkpagina. De informatie op deze pagina is aan wijzigingen onderhevig en is niet gevalideerd.

1 Raadplegen en reconciliëren in de hybride situatie

Deze pagina bevat een gedetailleerde toelichting over hoe te reconciliëren na raadpleging. De volgorde waarin verschillende soorten binnengekomen informatie worden verwerkt, wordt besproken. De processtappen in de diagrammen zijn klikbaar: door op een processtap te klikken, wordt meer informatie weergegeven in een specifieke paragraaf met aanvullende uitleg.

Het hoofdstuk begint met algemene informatie. Vervolgens wordt het proces voor een willekeurig XIS dat de bouwstenen al beschikbaar heeft gesteld, beschreven in de sectie: "XIS ná beschikbaarstellen". Daarna volgt een paragraaf over de stappen die een XIS moet ondernemen voordat de eigen bouwstenen beschikbaar zijn gesteld, te vinden in: "XIS vóór beschikbaarstellen". De laatste paragraaf "Toelichting op de stappen in voorgaande diagrammen", bevat subparagrafen met uitleg bij de diagrammen. Deze toelichtende paragraaf is niet bedoeld om in volgorde doorgelezen te worden.

1.1 Algemeen

Verwerk elke bouwsteen per type van nieuw naar oud, te beginnen met de nieuwste bouwsteen. Sorteer daarbij op de aanmaakdatum van de bouwsteen (MA/afspraakdatum, TA/afspraakdatum, MGB/registratiedatum, 6.12 MVE/verstrekkingsdatum).

1.2 XIS ná beschikbaarstellen

Dit betreft bijvoorbeeld:

• een EVS of AIS ná migratie

1.2.1 Volgorde van verwerken binnengekomen informatie

Verwerk eerst alle ontvangen MP9-medicatieafspraken, gevolgd door de toedieningsafspraken en medicatiegebruik-bouwstenen. Verwerk als laatste de MP6.12-verstrekkingen. Verwerk elke type bouwsteen van nieuw naar oud.

Vervolgens toont het systeem een overzicht, waarna de gebruiker medicatieverificatie kan uitvoeren.

1.2.2 Verwerk MA of TA

Verwerken MA of TA na beschikbaarstellen

1.2.3 Verwerk MGB

Verwerken MGB na beschikbaarstellen

1.2.4 Verwerk 6.12 verstrekkingen

Verwerken van MP6.12 verstrekkingen na beschikbaarstellen

Deze paragraaf zal bijgewerkt worden zodra precies duidelijk is hoe het LSP 6.12 verstrekking gaat transformeren. Zie voor meer informatie: https://bits.nictiz.nl/browse/MP-572. Omdat dit uiteindelijk wel zal gaan lijken op de verwerking van een 6.12 verstrekking zoals we die eerder hadden uitgewerkt, houden we onderstaande workflow beschikbaar.

FLOWCHART AANPASSEN

1.3 XIS vóór beschikbaarstellen

Dit betreft bijvoorbeeld een PGO ná migratie maar vóór eigen bouwstenen beschikbaar gesteld worden.

1.3.1 Volgorde van verwerken binnengekomen informatie

Verwerk eerst alle ontvangen MP9 medicatieafspraken, hierna de toedieningsafspraken en daarna de medicatiegebruik bouwstenen. Verwerk als laatste verwerkt de 6.12 verstrekkingen. Per type bouwstenen van nieuw naar oud verwerken.

Vervolgens toont het systeem een overzicht aan de gebruiker. De gebruiker kan medicatieverificatie uitvoeren.

1.3.2 Verwerken MA of TA vóór beschikbaarstellen

1.3.3 Verwerken MGB vóór beschikbaarstellen

1.3.4 Verwerken 6.12 verstrekkingen vóór beschikbaarstellen

Deze paragraaf zal bijgewerkt worden zodra precies duidelijk is hoe het LSP 6.12 verstrekking gaat transformeren. Zie voor meer informatie: https://bits.nictiz.nl/browse/MP-572. Omdat dit uiteindelijk wel zal gaan lijken op de verwerking van een 6.12 verstrekking zoals we die eerder hadden uitgewerkt, houden we onderstaande workflow beschikbaar.

1.4 Toelichting op de stappen in voorgaande diagrammen

Deze sectie biedt een toelichting op de stappen in bovenstaande diagrammen. Door op een stap in een diagram te klikken, wordt de betreffende paragraaf met uitleg geopend. Deze sectie is niet bedoeld om in een specifieke volgorde te worden gelezen; volgordelijk doorlezen is daarom niet aanbevolen.

1.4.1 MBH al bekend?

Heeft de ontvangen MP9-bouwsteen een MBH-id die al bekend is bij dit systeem?

1.4.2 Verwerk onder bestaande MBH

De ontvangen bouwsteen kan (als kopie-bouwsteen) in het eigen systeem worden opgeslagen.

1.4.3 Match op prescriptionId (relatieMA) in andere MBH?

Is er een match gevonden via relatieMA (met daarin een MP6.12 prescriptionId of verrijkt EDIFACT-id) naar een bouwsteen die hoort bij een andere MBH?

1.4.4 Match op MP6.12 verstrekkingsidentificatie (relatieMVE) in andere MBH?

Is er een match gevonden via relatieMVE (met een MP6.12 verstrekkingsidentificatie) naar een bouwsteen die hoort bij een andere MBH?

1.4.5 Match op PRK in andere MBH?

Is er een match gevonden via geneesmiddel PRK naar een bouwsteen die hoort bij een andere MBH?

1.4.6 Vlag voor mogelijk duplicaat

De ontvangen MP9-bouwsteen kan deel uitmaken van een duplicate MBH. Dit betekent dat er meerdere MBH's in het systeem zijn, terwijl er conceptueel slechts één zou moeten zijn. In de praktijk zijn dit twee parallelle, actuele MBH's voor hetzelfde geneesmiddel of dezelfde werkzame stof. De ontvangen bouwsteen kan (als kopie-bouwsteen) in het eigen systeem worden opgeslagen. De betrokken MBH's worden gemarkeerd als mogelijk duplicaat, en de gebruiker wordt gewaarschuwd om actie te ondernemen.

1.4.7 Verwerk onder inkomende 'nieuwe' MBH

Er is geen match voor de ontvangen MP9-bouwsteen. Voor het doelsysteem is dit de eerste bouwsteen in deze MBH. De ontvangen bouwsteen kan (als kopie-bouwsteen) in het eigen systeem worden opgeslagen.

1.4.8 MP6.12 verstrekking: match op prescriptionId?

Is er een match gevonden via de 6.12 prescriptionId / het verrijkte EDIFACT id naar een bouwsteen die onderdeel is van een andere MBH? De 6.12 prescriptionId kan gevonden worden in MA/relatieMA of TA/relatieMA of VV/identificatie of MVE/relatieVV.

1.4.9 MP6.12 verstrekking: match op PRK?

Is er een match gevonden via geneesmiddel PRK naar een bouwsteen die onderdeel is van een andere MBH?

1.4.10 MP6.12 verstrekking: vertegenwoordigd door MBH

De 6.12 verstrekking is al vertegenwoordigd door een MBH die bekend is in dit systeem. Daarmee verliest de logistieke informatie die in de 6.12 verstrekking zit veel waarde.

Als de meest recente verstrekking echter nieuwer is dan de nieuwste therapeutische bouwsteen in de MBH, kan het relevant zijn om de meest recente verstrekkingsinformatie te vergelijken met de reeds aanwezige, oudere informatie. Er kan bijvoorbeeld sprake zijn van een doseringswijziging die relevant is.

Als de verstrekking therapeutisch relevante informatie bevat die relevant is voor de MBH dan kan de gebruiker dit vastleggen met behulp van de registratie van een medicatiegebruik bouwsteen als onderdeel van medicatieverificatie.

1.4.11 MP6.12 verstrekking: toon aan gebruiker

Er is geen match gevonden voor deze verstrekking met een reeds aanwezige medicamenteuze behandeling in het ontvangende systeem. De verstrekking wordt daarom getoond aan de gebruiker, zodat deze middels medicatieverificatie kan achterhalen wat juist is.

1.4.12 MP6.12 verstrekking: is deze verstrekking al vertegenwoordigd door een MBH?

De gebruiker besluit of de verstrekking al vertegenwoordigd is door een reeds in het systeem aanwezige medicamenteuze behandeling.

1.4.13 MP6.12 verstrekking: maak een nieuwe MBH door medicatiegebruik te registreren

De verstrekking is niet vertegenwoordigd door een reeds aanwezige medicamenteuze behandeling in het ontvangende systeem. Maar uit verificatie is gebleken dat deze verstrekking wél relevant is. Daarom registreert de gebruiker een nieuwe MBH met behulp van de bouwsteen medicatiegebruik. Dit is onderdeel van medicatieverificatie.

1.4.14 Match op prescriptionId (relatieMA) in private bouwste(e)n(en)?

Is er een match gevonden via relatieMA (met daarin een 6.12 prescriptionId of verrijkt EDIFACT id) naar één of meerdere private bouwste(e)n(en)?

1.4.15 Match op PRK in private bouwste(e)n(en)?

Is er een match gevonden via geneesmiddel PRK naar één of meerdere private bouwste(e)n(en)?

1.4.16 Heeft private bouwsteen al een specifieke MBH?

Heeft de private bouwsteen al een specifieke MBH toegekend gekregen? Bij een willekeurig XIS kan dat door een eerder verwerkte bouwsteen met specifieke MBH gebeurd zijn.

1.4.17 Ken inkomende MBH toe aan gevonden private bouwste(e)n(en)

Neem de inkomende MBH over en ken deze toe aan de gevonden private bouwste(e)n(en). De ontvangen bouwsteen kan (als kopie-bouwsteen) opgeslagen worden in het eigen systeem.