Vragen en antwoorden vragenuurtje Validatieloket Medicatieoverdracht

Toelichting

In het inhoudelijk vragenuur wordt de gelegenheid gegeven aan de ontwikkelaars en testers van de leverancier om inhoudelijke vragen te stellen. Ook is dit een mogelijkheid voor de ontwikkelaars en testers om onderling met elkaar te sparren over vraagstukken. Vraagstukken worden ter plekke besproken, maar kunnen ook vooraf gestuurd worden naar validatie@medicatieoverdracht.nl. Via deze wiki-pagina worden de antwoorden op de vragen teruggekoppeld aan vraagstellers en overige geïnteresseerden.

1 Vragenuurtje 10 maart 2023

1.1 Hoe gaan we om met Mitz in de Kickstart?

Antwoord: Mitz gaat gebruikt worden voor het delen van gegevens tussen zorgaanbieders. De toestemming van een patiënt tot eigen gegevens binnen de PGO gaat niet via Mitz.

1.2 Is MBH samenvoegen enkel vereist tbv Hybride situatie?

Antwoord: Nee dit is ook bedoeld voor het bundelen bij teveel behandelingen. Het terugbrengen tot 1 MBH met reden ‘’wijzigen’’ valt onder een andere MBH ID. Je wil geen MA onder andere MBH ID. Als je 2 MBH’s hebt met ieder een ma moet je alle 2 stoppen en hele nieuwe ma aanmaken.

1.3 Bij wie moet het gemeld worden als er valuesets missen?

Antwoord: Dat kan via BITS issue gemeld worden.

1.4 Auteur lichaamsgewicht staat wel in templates, maar klopt het dat dit niet is meegenomen in de informatie modellering (specs)? Willen voor de patiënt aangeven dat patiënt de meting heeft gedaan.

Antwoord: Lichaamsgewicht is een zib en in informatiestandaard waaronder ketenzorg en medicatieproces wordt gebruikt gemaakt van zib. Bij ketenzorg gebruiken ze wel auteur zorgverlener en niet patiënt en bij medicatieproces wordt de auteur niet uitgewisseld dus niet gespecificeerd. De technische template moet wel de breedte aankunnen van alle informatiestandaarden, vandaar dat dat het daar wel in is meegenomen. Dit is dus niet gespecificeerd omdat het niet nodig is.

1.5 Als je vanuit TA geen HPK of PRK hebt moet je dan specifieke MBH ID met ma maken?

Antwoord: Als er een specifieke MBH ID is volgt een ma met zelfde MBH ID. Mag voorstel ma doen, maar hoeft niet. Mag medicatie gebruik van maken maar wanneer voorschrijver wel verantwoordelijk is voor de behandeling moet je er een ma van maken.

2 Vragenuurtje 3 maart 2023

2.1 In dataset elementen wordt gelinkt naar verschillende eerdere versies, wat verwarrend is. Kan dit opgelost worden?

Antwoord: Hier is een wijzigingsverzoek voor gemaakt; MP-1036 ; de dataset moet hiervoor weer opnieuw opgebouwd worden, zodat er geen verwijzingen ontstaan (en het weer overzichtelijk is).

2.2 Hoe moeten verstrekkingen die geen PRK hebben in de MBH landen?

Antwoord: In principe heeft alles een PRK. Middelen uit het buitenland die nog niet NL geregistreerd zijn hebben dat eventueel nog niet. Bij vitamines en homeopathie is de PRK 0.

2.3 Moet in de specifieke MBH niet de PRK verwerkt worden?

Antwoord: Nee, dat is een uniek nummer, als de PRK wijzigt moet je nieuwe ID gebruiken. Als je geen PRK hebt dan kun je evt. GPK anders de HPK gebruiken (het niveau dat wel bekend is).

2.4 Hoe om te gaan met mensen zonder bsn?

Antwoord: Antwoord volgt

2.5 Stel je moet met Zorg ID smart de WID scannen is dat vergelijkbaar met de officiële controle bij de SPVZ?

Antwoord: Antwoord volgt

2.6 Stel je hebt een doseerinstructie met volgnummer 1 waarvan een van 1 week en een van 2,5 week. Hoe moet je dat interpreteren als dat in dezelfde gebruiksinstructie staat?

Antwoord: De businessrule bij doseerduur is dat deze hetzelfde móet zijn in het geval van eenzelfde volgnummer. Er is een wijzigingsverzoek om de documentatie te verduidelijken: MP-1039

2.7 Hoe kunnen tekstuele foutjes / typo’s doorgegeven worden?

Antwoord: Deze kunnen via een BITS issue gemeld worden (meerdere opmerkingen mogen in 1 issue gebundeld worden).

3 Vragenuurtje 24 februari 2023

3.1 Hoe om te gaan met Gebruiksperiode, ingangsdatum en complexe doseerInstructie(s) bij MA wijzigingen?

Antwoord: Voor het wijzigen van een complexe (opbouw/afbouw schema met diverse doseringen) moet de nieuwe MA de nieuwe werkelijkheid vanaf dat moment weergeven. De historie kun je altijd terugvinden in de oorspronkelijke MA en het is niet de bedoeling die mee te geven in de nieuwe MA. Het is dus de bedoeling om ook bij opbouw/afbouw schema's wijzigingen te verwerken zoals beschreven in de informatiestandaard. Andere leverancier gaf aan dat over het algemeen bij een wijziging van een schema dit vaak niet op 1 dosering is maar dit de hele 'toekomstige' doseringen regels betreft, waardoor de structuur sowieso ook al moet veranderen.

3.2 Wat is de rol van de apotheker als niet iedereen (zoals de trombosedienst) aangesloten is op Medicatieproces 9 (verwijs je naar extern schema of stel je zelf TA op met dat schema erin)?

Antwoord: Zolang de trombosedienst niet op Medicatieproces 9 zit dan gaat het op de oude manier (papieren versie). Het moet nog besproken worden met trombosedienst wanneer zij overgaan. De trombosedienst stuurt de kalender altijd naar zorginstelling en naar patiënten. Per patiënt zullen ze dan aangeven of deze wel of niet gekoppeld is aan LSP en dat zou dan de trigger zijn om het wel in wds voor die patiënt te versturen of niet.

3.3 Apotheker hoeft geen medicatiebewaking uit te voeren op deeltijden? De verwachting (bij de specs) wordt gewekt dat er wel medicatiebewaking inclusief op doseerschema’s gedaan moet worden.

Antwoord: Nee er hoeft geen medicatiebewaking op deeltijden uitgevoerd te worden, wel op het middel. Het staat niet in de informatiestandaard, maar het is aan de apotheker zelf of hij dit doet (deze moet dan ook wel over voldoende / juiste gegevens beschikken).

3.4 De INR waardes worden niet gestructureerd meegegeven, gaat dat wel gebeuren?

Antwoord: Ja, dat komt in stap 7 van het programma MedicatieOverdracht, dan worden de labwaardes gedeeld en zijn INR waardes beschikbaar. Nog onduidelijk of ze bij WDS worden toegevoegd, je kan ze tegen die tijd los opvragen (je wilt ze wel aan elkaar laten relateren, daar moet in combinatie met LAB met MO over nagedacht worden).

3.5 Is het afschermen persoonsgegevens op heel dossier, op doelgroep en aggregatieniveaus verplicht?

Antwoord: Ja, dat is verplicht. Je moet op dossier en regelniveau kunnen afschermen (dat is specifieke eis).

3.6 Als je het versturen van medicatiegebruik bewust naar zorgverlener wil doen. Laat je gebruiker in zorg-ab zoeken op zorgaanbieder. Een ziekenhuis heeft bijv. meerdere systemen, is het dan de bedoeling dat je in de volle breedte medicatiegebruik gaat versturen?

Antwoord: Ja, medicatiegebruik moeten ze allemaal kunnen uitwisselen.

3.7 Klopt het wat er staat: automatisch genereren van medicatie gebruik door systeem van zorgaanbieder?

Antwoord: Deze is niet relevant voor de kickstart. Feb 2018 besproken in leveranciersoverleg (uit verslag): Medicatieoverzicht VIPP B2.2 eis besproken. Medicatieoverzicht kan hier niet enkel worden opgelost met MA-bouwblok. Ook bij klinisch ontslag is TA en MGB nodig voor het complete overzicht. Het medicatieoverzicht dient dus opgebouwd te worden uit MA, TA, MGB. Het is toegestaan om voor het medicatieoverzicht een door systeem gegenereerd GB (Zorgaanbieder is auteur MGB) te gebruiken. Deze dient wel een referentie te hebben naar een MA, TA of MGB. Zie ook functioneel ontwerp paragraaf 5.3.1 Eigen en andermans. Welke uitleg geeft over de bouwstenen in de transactie medicatieoverzicht.

3.8 Wat houdt weeskinderen use case in?

Antwoord: Voorbeeld; specialist maakt een elektronische medicatieafspraak aan zonder einddatum, patiënt gaat naar de huisarts en die stopt de medicatieafspraak. Als stop na 2 jaar niet meer wordt opgeleverd lijkt de officiële medicatieafspraak weer actief. Er zijn veel risico’s als dat gebeurt, daarom moet deze stop automatische geïmplementeerd worden bij ziekenhuizen. Deze nieuwe manier van werken wordt volgende week besproken.

3.9 Moet je een reden van wijzigingen altijd verplicht meegeven of is dat optioneel?

Antwoord: Bij een stop ma is reden van stoppen altijd een verplichte regel om in te vullen, bij wijzigingen is er sprake van technisch staken en vul je stoptype in en in de nieuwe ma zet je reden van wijzigen. Bij technische stop is het invullen van de reden van wijzigingen niet verplicht, bij een functionele stop is het invullen van de reden van stoppen wel verplicht. Hier komt nadere specificering vanuit het kernteam op.

3.10 Ik kan op dit moment geen (JSON) testdata vinden die ik direct kan gebruiken als PGO.

Antwoord: Momenteel hebben we voor MP9 2.0.0 voorbeeld/testberichten beschikbaar in xml (niet in JSON). Voor MP9 3.0.0-beta zullen de materialen ook in JSON zijn (zorgt simplifier voor). Deze volgen op korte termijn. Momenteel is het mogelijk om alvast een voorbeeld medicatiegegevens bericht MP9 3.0.0-beta.1 in JSON te bekijken via https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/files/1952020/~json

4 Vragenuurtje 17 februari 2023

4.1 We zien in de aanvullende informatie (MA) / aanvullende wensen (VV) mogelijke overlap wat betreft GDS aanwijzingen, die zelfs mogelijk tegenstrijdig ingevuld kunnen worden.

Antwoord: Het is niet logisch voor zorgverlener om beide te gebruiken en tegenstrijdige informatie uit te wisselen. Applicatie inrichting zou kunnen helpen voorkomen dat dit per ongeluk beide gevuld kan worden.

4.2 Hoe om te gaan met het beschikbaar stellen van de VV via LSP?

Antwoord: Voor LSP+ hoef je de patiënt niet aan te melden op de VWI aangezien de selectie via de ZAL verloopt en het om een directe opvraging gaat. Overigens zou het nog kunnen dat de VV wel beschikbaar zal worden gesteld voor andere zorgverleners (op termijn) dus het advies is om er wel rekening mee te houden, maar het (nog) niet te doen.

4.3 Is de bevraag interface die wij moeten implementeren (voor de ZIM) dezelfde koppeling die in communicatie van PGO richting XIS wordt gebruikt?

Antwoord: Ja, dat is dezelfde koppeling, het enige verschil is dat er een bsn staat als auteur van de vraag.

4.4 Moet je bij de ene soort bevraging de VV bouwstenen niet teruggeven en bij de andere de VV bouwstenen wel of is filtering in de ZIM?

Antwoord: Je krijgt een qvv vanuit ZIM zodra de patiënt een opvraging doet, niet wanneer een zorgverlener dit doet. Je zal nooit qvv krijgen van het LSP van een zorgverlener.

4.5 Als je een vraag krijgt kan je er dan vanuit gaan dat die gerechtvaardigd is en moet je het beantwoorden?

Antwoord: Nee, voor het werken met LSP+ moet je een leeftijdscontrole inbouwen; check of de auteur die opvraagt ouder dan 16 jaar is (leeftijdscontrole ivm PGO bevragingen). Als de auteur een patiënt moet een leeftijdscontrole plaatsvinden als de auteur een zorgverlener is hoeft dat niet Deze leeftijdscontrole staat in het programma van eisen apart benoemt.

4.6 Moet je wijzigingen van een vv aanmelden?

Antwoord: Nee , dat hoeft niet, het vv komt niet voor in vwi en aanmeldingen zijn er om vwi mee te vullen.

4.7 Hoe werkt het informeren (push/pull?) over het stoppen van medicatie?

Antwoord: Als een voorschrijver MA stopt, maakt het HIS een stop-MA (en stuurt deze als voorschrift naar de apotheker die de TA heeft en uitgifte verzorgt). De apotheker/AIS maakt dan een stop-TA. Deze verwerking is een reactie op het voorschrift. De stop-MA (door HIS) en stop-TA (door AIS) worden gepubliceerd zodat andere zorgverleners deze informatie kunnen raadplegen (of indien geabonneerd een signaaltje krijgen). Bij het stoppen van andermans MA, moet ook de oorspronkelijke voorschrijver geïnformeerd worden (de stop-MA via medicatiegegevens sturen)

5 Vragenuurtje 10 februari 2023

5.1 Hoe MGB vastleggen voor SNKs, GPKs en/of niet geregistreerde middelen? Wat kan wel/niet met MP9? Voorbeelden; St. Janskruid, Recreatieve drugs; Onbekend middel uit het buitenland

Antwoord: Bij medicatiegebruik hoef je niet verplicht een g-standaardcode in te vullen. Als je die niet hebt kan je een omschrijving van het geneesmiddel invullen. De werkzame stof zou je bij de ingrediënten kunnen noteren.

5.2 Kun je als huisarts losse onderdelen zoals MGBs los verifiëren? Of controleer/verifieer je altijd alle bekende medicatie!? Wat als je niet alle medicatie langsloopt?

Antwoord: Ja, de verificatie is door het vastleggen van gebruik. Patiënt zegt wat hij gebruikt er is geen notitie (vlag) dat je het hele dossier hebt geverifieerd. Je verwijst vanuit MGB naar MA of TA er zit een vlaggetje ‘volgens afspraak’ zodat je kunt zien of het afwijkend gebruik is of niet.

5.3 Kan je bij MGB alleen ‘volgens afspraak’ invullen en de rest van de bouwsteen leeg laten?

Antwoord: Nee, je moet hem verder vullen (deze kan je automatisch laten vullen dit kan door 'volgens afspraak' in te vullen vanuit de leidende therapeutische bouwsteen).

5.4 Omschrijving bij gebruikersinstructie is lang en tweeledig beschrijft gebruikersinstructie en gebruikersperiode. Deze weergave zie je terug op het medicatieoverzicht. Waarom staat de gebruikersperiode er ook in, dit zie je dus meervoudig terug?

Antwoord: De omschrijving omvat alle informatie, het is wellicht overbodig dat de gebruikersperiode er ook in staat. Wijzigingsverzoek BITS MP-996 is aangemaakt zodat dit met de expertgroep zal worden besproken. MP-996

5.5 In de lange doseerinstructie (gerenderde variant), staan bepaalde woordkeuzes hoe je de omschrijving kan verwoorden in de doseerregel, zijn er over de verwoordingen afspraken gemaakt?

Antwoord: Er zijn geen afspraken gemaakt over de totale verwoording in de ‘omschrijving’. De omschrijving moet overeenkomen met de gestructureerde data (en mag dus niet meer/minder bevatten), maar diverse woordkeuzes zijn niet zorgbreed bepaald. Zie ook MP-168 en MP-515 De ‘omschrijving’ zoals wij die bij de testmaterialen zelf genereren is op basis van de generieke richtlijn dat de tekst moet overeenkomen met de gestructureerde data. Eigen gebruikersgroepen hebben mogelijk iets andere voorkeuren?

5.6 Zijn er xml voorbeeldberichten beschikbaar?

Antwoord: Van alle testmaterialen die we hebben zijn berichten beschikbaar in GitHub. Zie ook MP-820

6 Vragenuurtje 3 februari 2023

6.1 Heeft de vv die je wil cancellen dezelfde ID als de vv die je nog een keer stuurt met de cancelindicator?

Antwoord: Ja, deze heeft dezelfde vv ID, maar andere message ID. de VV ID moet identiek zijn met een cancelvlag.

6.2 Waarom staat er nog steeds cancelindicator in het informatiemodel?

Antwoord: De cancelindicator is uit de ma en ta gehaald en vervangen door de stoptype ‘geannuleerd’. Hij zit nog wel in de vv, ALS je vv wilt cancellen, als de patiënt naar andere apotheker dan is voorgeschreven wil. Dan moet de voorschrijver deze cancellen door in de vv de cancelindicator aan te zetten en die opsturen naar oude apotheker en een nieuwe vv opmaken en sturen naar de nieuwe apotheker.

6.3 Waarom moet je niet altijd een gebruikersperiode in de ma opsturen?

Antwoord: Antwoord volgt.

6.4 Is er een optie om na een week een toedienschema te maken?

Antwoord: Nee, er wordt altijd gelijk een schema afgegeven. Een schema kan tussentijds wel aangepast worden, dan krijgen ze een nieuw schema, maar er is altijd een schema aan gekoppeld (een schema kan niet worden losgekoppeld).

6.5 In specificaties staat dat de arts een wds aanmaakt, de optie om geen wds aan te maken staat niet in de specificaties. Mag je later nog die beslissing nemen?

Antwoord: Ja, de voorschrijver mag een ma volgens de trombosedienst maken en er later een wds aan koppelen.

6.6 Mag de Trombosedienst een overstap maken van een prk naar hpk niveau?

Antwoord: Ja

6.7 Staat er in wds ook een product genoemd?

Antwoord: Ja

6.8 Stel er moet op basis van een wds verstrekkingen worden gemaakt, dan gaat er een vv naar de apotheek wat staat er dan in de ta; een verwijzing dat het volgens het wds is of komt er een gebruikersinstructie in de ta?

Antwoord: De verwijzing vanuit ma is niet volgens wds maar volgens het schema van de trombosedienst. In de ta wil je niet het tromboseschema hebben anders moet je bij elke wijziging van wds nieuwe ta maken. Wds is bedoeld voor trombose medicatie. De ma moet doorgaan want de trombosearts mag de ma niet aanpassen, je hoeft niet bij elk nieuw schema een nieuwe ma of ta te hebben want dat loopt door.

7 Vragenuurtje 20 januari 2023

7.1 In de zib Medicatieafspraak wordt voor RedenVanVoorschrijven verwezen naar de zib. Klopt het dat andere zib Probleem elementen (bijv. ProbleemStatus, ProbleemBeginDatum) ook niet worden verwacht in MP9 uitwisseling? (ProbleemStatus is in zib Probleem eigenlijk verplicht)

Antwoord: Ja, je stuurt alleen probleem naam mee, functioneel gezien is de status altijd actief (daarom relevant om deze reden te sturen). In de uitwisseling wordt alleen gebruik gemaakt van de ProbleemNaam.

7.2 Welke identifiers heb je nodig als het probleem een lange duur heeft; functional identifiers of tijdelijke identifiers (alleen voor de informatie die mee moet)?

Antwoord: Het gaat om 23 geneesmiddelen waar verplicht een bepaalde reden van voorschrijven mee moet. Het zib profiel voor nl-core-Problem zegt (vooralsnog) niets over identifiers, dit komt omdat de zib dit zelf ook niet doet. Het is daarom niet verplicht om een business identifier te sturen. Dat gezegd hebbende is het ontdubbelen van (onder andere) diagnosen en procedures wel een 'hot item'. Als je een stabiele business identifier kent, is dus wél aan te raden om deze in te vullen en mee te sturen, zodat ontvangers dit probleem kunnen ontdubbelen indien nodig. Dat geldt natuurlijk zowel voor HL7v3 als voor FHIR.

7.3 Wat is het doel van de aanpassingen in MP9 v3? Raakt dit deze onderdelen; 1) 2.2.5.6 Corrigeren / annuleren medicatieafspraak 2) Corrigeren / annuleren toedieningsafspraak 3) Wel/niet stop-MA / stop-TA bij Corrigeren / annuleren 4) Geannuleerd Indicator.

Antwoord: De volgende onderdelen zitten erin; 1) 2.2.5.6 Corrigeren / annuleren medicatieafspraak 2) Corrigeren / annuleren toedieningsafspraak 4) Geannuleerd Indicator

7.4 Maak je bij corrigeren / annuleren gebruik van een stop ma?

Antwoord: Ja

8 Vragenuurtje 13 januari 2023

8.1 Moet een trombosesysteem ook gegevens gaan sturen naar een huisarts of verwijzer. Is het van belang dat we de verwijzer en huisarts binnen het systeem koppelen aan ZORG-AB? Voor het opvragen van de gegevens hebben we toch geen applicatie ID’s nodig? Toch alleen voor het versturen?

Antwoord: Zorgaanbieders synchroniseren niet als bron met ZORG-AB. ZORG-AB wordt gevuld vanuit VZVZ, het applicatieregister vult het ZORG-AB, welke applicatie waar landt in LSP en welke applicatie ze gebruiken. Als opvrager moet je het ZORG-AB raadplegen om te weten voor de applicatie ID en versie die ze ondersteunen, daar zit de synchronisatie met het ZORG-AB en voor het versturen moet die ontwikkeld worden. Voor je gaat versturen moet je het ZORG-AB binnen een bepaalde termijn raadplegen, zodat je weet welke versie je moet versturen. Je lokale zorgverlenersbestand moet matchen met het ZORG_AB

8.2 Wanneer een patiënt toestemming geeft om gegevens te delen met het LSP, mag je dan vanaf dat moment pas de gegevens delen/opvraagbaar maken? Of is dan de hele historie van de patiënt opvraagbaar?

Antwoord: De patiënt geeft dan toestemming met terugwerkende kracht voor het verlenen van alle gegevens, de patiënt geeft dan dus toestemming voor het verlenen van historische gegevens.

8.3 De patiëntenpopulatie bij de trombosedienst zal voor deelname aan Kickstart waarschijnlijk heel klein zijn, is hier een minimum bepaald?

Antwoord: Nee er is geen minimum, tijdens de live gang is er waarschijnlijk tussen alle systemen een beperkte rondgang. Daarom is het van belang om zoveel mogelijk in de testperiode scenario’s na te bootsen. Dit zal ook met de penvoerders besproken worden bij het definiëren van de use cases.

8.4 In welke scenario’s moet je andere informeren (i.v.m. privacy patiënt), hoe moet je hier mee omgaan? Pas sturen als patiënt dat expliciet tegen zorgverlener zegt of zijn er bepaalde scenario’s waarbij je verplicht moet versturen?

Antwoord: Er is een nieuw voorstel voor de gebruikerseisen, dit wordt besproken met het kernteam om dit te verduidelijken.

8.5 Bij deelverpakkingen moet je de vv zoveel mogelijk honoreren. Kan de apotheek een eigen afweging maken als er minder pillen in de verpakking zitten? Als zorgverleners dat met de zorgverzekering is afgestemt. Hoe moet de vulling van de mve dan zijn als je minder levert?

Antwoord: Je moet registreren wat je hebt geleverd. Bij eenmalige verstrekking heeft het ook impact op de gebruikersduur in de TA als er minder verstrekt is (bijvoorbeeld doosje is 20 en de kuur gaat eigenlijk uit van 21). Als er meer verstrekt is, kan er voldaan worden aan de therapie in de MA en volgt de TA die, waarbij er een pilletje overblijft aan het eind. Dus waar nodig en toegestaan dit aanpassen in TA en altijd de geleverde hoeveelheid in de MVE. De reden zou je in de toelichting kunnen zetten, dit is niet verplicht. Dit punt wordt verder opgepakt in MP-959.

8.6 Is er maar 1 verstrekkingsverzoek voor de pil nodig? Voor welke medicatie geldt deze afspraak nog meer?

Antwoord: Een ma heeft geen einddatum, de afspraak is dat er niet elke keer een vv gestuurd hoeft te worden. Voor bepaalde middelen zijn afspraken gemaakt dat je die zonder herhaalrecept mag afhalen. In vv moet wel een aantal of einddatum staan (vv mag alleen niet langer dan een jaar oud zijn).

9 Vragenuurtje 9 december 2022

9.1 Verwijzen de acties die in de projectomgeving in BITS staan naar het technische stuk waar het aan gekoppeld is? Wie heeft deze acties opgesteld en is deze volledig?

Antwoord: De acties in BITS zijn de bouwstenen die opgeleverd moeten worden. Het is bedoeld als hulpmiddel om de status te volgen de definitie van de acties staat in het oude ’’kruisjesdocument. Dit document is nu vertaald naar een wikipagina: Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart. De acties zijn door het Validatieloket opgesteld, meer vragen hierover kun je sturen naar validatie@medicatieoverdracht.nl

9.2 Is de nieuwe gegevensdienst als toekomstige gegevensdienst opgenomen in de toekomstige catalogus van MedMij?

Antwoord: Nee nog niet, dit zal op korte termijn besproken en besloten worden met MedMij.

9.3 Zijn er tijdens de hybride periode regels hoe je medicatiegebruik moet pushen?

Antwoord: Je kan dan medicatiegebruik vastleggen zonder dat er een MA aan hangt. Dat moet onder een generieke MBH komen te hangen. Alle regels die van toepassing zijn voor het ontdubbelen moeten daarvoor gelden.

9.4 Kan je ”volgens afspraak indicator” gebruiken als substituut VMA als je MGB gaat pushen naar de voorschrijver, om mensen te attenderen dat het gebruik niet meer is zoals het moet zijn?

Antwoord: Nee, dit is niet bedoeld als vervanging voor vma.

9.5 Waarom komt in de specificatie medicatie verificatie door apotheek niet duidelijk naar voren? Dit zit wel in een apotheekpakket en staat ook op ‘kruisjesdocument’ bij de apotheek.

Antwoord: Vanuit de richtlijn MO is er geen wettelijk verplichting voor medicatie verificatie door de apotheek. Een apotheker kan dit wel als aanvullende dienst aanbieden (maar het is geen formele stap).

9.6 Als je als apotheker medicatiebewaking wil hebben op een betreffend middel (zonder MA, zoals OTC) kan je dan een TA aanmaken zonder MA?

Antwoord: Ja dat kan. Zie FO par 1.3.4 (eerste bullet, derde zin). Het staat verder niet heel expliciet/duidelijk uitgelegd in het FO. Daarvoor BITS ticket MP-879 aangemaakt.

9.7 Wanneer moet het medicatiegebruik gecheckt worden; er staat als het van toepassing is (is dit bij de huisartsen van toepassing)?

Antwoord: De eis in de richtlijn MO dat je medicatiegebruik moest controleren is verzwakt naar dat het nu een risico inschatting (geen verplichting) is van de voorschrijver om gedeeltelijk of een geheel medicatieverificatie gesprek te hebben en dit vast te leggen. De risico inschatting hoeft niet vastgelegd te worden voor de informatiestandaard. Als je een inschatting maakt dat het nodig is, moet je voor elke regel een medicatiegebruik bouwsteen aanmaken / uitwisselen. Je moet medicatiegebruik dus kunnen vastleggen, maar het is in het werkproces geen verplicht onderdeel.

9.8 Wat moet je als ontvanger allemaal kunnen verwerken en wat alleen kunnen tonen. Wat zijn per transactie die we ontvangen de verwerkingseisen, opslag en toon eisen?

Antwoord: De structuur van doseringen is hetzelfde wat kan wisselen zijn bepaalde coderingen die sommige systemen wel of niet hebben. Als je wilt wijzigen moet je de ma stoppen en een nieuwe aanmaken. Het is ook verplicht om in de omschrijving een exacte representatie van de gestructureerde informatie in tekst mee te geven.

9.9 Moet het kenmerk; ‘’niet in GDS opnemen en per volgende rol wissel’’ in het voorschrijfsysteem systeem ingebouwd worden. Is deze feature optioneel of verplicht

Antwoord: Dit zijn waardelijsten die je verplicht moet inbouwen, ondersteunen en gebruiken.

9.10 Wat is de scope van medicatiebewaking van MP9?

Antwoord: Je doet medicatiebewaking op basis van een actueel medicatieprofiel en om dat op te bouwen gebruik je de bouwstenen. Verdere vragen en bespreking gaat via Werkgroep techniek van Z-index.

10 Vragenuurtje 2 december 2022

10.1 Kan je een TA zonder MA aanmaken? De specs beschrijven enkel een toedieningsafspraak zonder medicatieafspraak voor de papier-recept afhandeling.

Antwoord: Ja, het is mogelijk om een TA aan te maken zonder dat er een MA bestaat.

‘’Over the counter’’ mag je vastleggen als een TA en maak je een nieuwe eigen MBH aan. Als een zorgverlener dat niet in een TA wil vastleggen kan deze het ook vastleggen als MGB. Als er geen officiële MA is moet je wel de generieke MBH ID gebruiken. Bij een papieren recept zou je ook een generieke MBH aanmaken tot je een specifieke toegestuurd krijgt.

10.2 Moet het apothekers systeem de bouwblokken niet publiceren totdat de juiste MA akkoord is? Of publiceren als TA zonder MA?

Antwoord: We zullen de voorbeelden hiervan concreter uitwerken en dan bekijken wat de effecten zijn.

Je kan een TA met een andere PRK vastleggen binnen dezelfde MBH. Stel dat op basis van dat voorstel MA een heel nieuw MBH komt, dan zit de TA in een andere MBH. Dat kan je samenvoegen of je moet de oude stoppen en dat het in nieuwe verder gaat. Als je zeker weet dat het een nieuwe MBH wordt dan leg je die TA in een nieuw MBH vast dan kan de voorschrijver het daarbij stoppen als MA.

Er zijn geen duidelijke afspraken gemaakt; je kan een nieuwe MBH starten maar dat mag eigenlijk niet echt. En je wil ook niet een TA aanmaken en die 10 min later weer stoppen als de huisarts dan snel een nieuwe MA aanmaakt.

11 Vragenuurtje 25 november 2022

11.1 Hoe moet je de PTO inrichten?

Antwoord: Dit is dezelfde omgeving die nu gebruikt wordt. De IP adressen kunnen opgevraagd worden bij het Validatieloket.

11.2 Kan je ART-DECOR vanuit alle werkplekken van de engineers benaderen of alleen gecentraliseerd; gewhiteliste machine? Wat zijn de technische mogelijkheden of belemmeringen?

Antwoord: De kwalificatiesimulator kwalificatie.nictiz.nl is bereikbaar zonder whitelisting. Deze omgeving richt zich primair op inhoudelijke kwalificatie, en minder op volledige ondersteuning van de infrastructuur. Infrastructurele eisen zoals 2-zijdige TLS is binnen deze omgeving bijvoorbeeld niet verplicht.

11.3 Wie kan je benaderen bij vragen over tooling of als bepaalde tooling niet werkt?

Antwoord: Altijd via BITS een ticket indienen, aanvullend kan een mail gestuurd worden naar het Validatieloket. Je vraag wordt dan doorgestuurd naar de juiste kennishouder om je vraag te beantwoorden.

11.4 Waar kan ik voorbeeldberichten vinden?

Antwoord: In de implementatiehandleiding ART-DECOR kan je xml voorbeeldberichten downloaden (volledige set inclusief wrappers) en de codegen om codes te genereren vanuit schema’s. In de kwalificatiesimulator staan meer voorbeelden. De linkjes zijn terug te vinden in BITS issue MP-820.

11.5 Is er ook een GIT repository beschikbaar voor de test voorbeelden?

In BITS issue MP-820 staan de verschillende linkjes. Hier is onder andere ook de link naar de GIT repository te vinden.

11.6 Bij ‘het gebruik’ staat dat er bij een eenmalig voorschrift alleen een einddatum ingevuld kan worden. Waarom is dat, normaliter moet er ook altijd een startdatum ingevuld worden, is het verboden om een startdatum mee te sturen?

Antwoord: Dit is opgenomen als wijzigingsverzoek. Deze is te volgen in BITS issue MP-836.

11.7 Als je de validatie behaald krijg je een TKID en wordt dat in het LSP en ZORG-AB bijgewerkt. Hoe weet je welke TKID’s voor welk onderdeel zijn?

Antwoord: Hiervoor kan je een mail sturen naar het Validatieloket: validatie@medicatieoverdracht.nl

11.8 Wordt er voor het testen iets voor ZORG-AB ingericht?

Antwoord: Ja. In de ZORG-AB specs kun je de testomgeving vinden, er zit een testinterface in met voorbeeldberichten.

11.9 Krijgen Kickstart leveranciers een lijst van die partijen zoals ze in het ZORG-AB staan?

Antwoord: Ja, wij zullen een extractie / shortlist maken en deze communiceren via het Kickstart team

11.10 Is er voor de testperiode een ander soort ZORG-AB beschikbaar?

Antwoord: Voor de testperiode is een test ZORG-AB ingericht zodat leveranciers bereikbaar zijn. Bij de praktijktest komen de partijen die gaan testen ook in hetzelfde ZORG-AB (geen differentiatie tussen regio’s).

11.11 Staat er bij de zorgverlener in het ZORG-AB van welke informatiestandaard zij gebruik maken?

Antwoord: Dit staat in het ZORG-AB. Er staan alleen nog geen MP applicaties in, daarom kan je checken of je een vooraankondiging moet sturen of dat het via Edifact moet.

11.12 Kan je voorbeeldberichten uit de kwalificatie simulator krijgen?

Antwoord: Ja, in de kwalificatie simulator krijg je een aantal projecten toegewezen en daar kan je de voorbeelden vinden m.b.t. diverse stappen. Je kan er berichten naartoe sturen die dan meteen gevalideerd kunnen worden. Je kan ook via de testomgeving berichten sturen via de PTO, daar zit een XIS applicatie simulator achter, daar kan je een generieke query naartoe sturen en krijg je een antwoord van de applicaties die erachter zitten aan de hand van de bsn.

11.13 Moet de kwalificatie simulator gebruikt worden bij de PTO?

Antwoord: Nee, je kan een vraag stellen aan Parasoft en resultaten komen in de kwalificatie simulator waar je kan valideren. Er zit een link tussen PTO en XTO zodat de berichten die door de testomgeving gaan ook in de kwalificatie simulator komen. De PTO kan je vanaf het begin gebruiken en de XTO pas bij de PoC en labtest.

12 Vragenuurtje 18 november 2022

12.1 Welke download kan het best gebruikt worden als basis voor het maken van transport-laag source-code tbv CDA-HL7 voor MP9 via LSP?

Antwoord: De XML bevat het VZVZ gedeelte van de specificaties van een bericht. Voor de specificaties en alle mogelijke voorbeelden van de payload kan je bij Nictiz terecht. Er wordt via de templates in de VZVZ publicatie wel naar de specificaties van Nictiz verwezen.

12.2 Is er beheer op voorkomen van circular dependencies in de schema’s?

Antwoord: De VZVZ specificaties kunnen circulaire referenties bevatten. De schema’s worden ook door ons ‘platgeslagen’ en in de “schemas_codeGen_flat” map gezet. Hierin zouden geen circulaire referenties meer moeten staan.

12.3 Er wordt verwezen naar een NL core encounter. Voor huisartsenzorg zijn die op GP encounter gemaakt. In hoeverre wordt verwacht dat dit hetzelfde encounter object is met een verschillende view. Is een MP9 business nummer dan hetzelfde?

Antwoord: Antwoord volgt

12.4 Op dit moment gebruiken we MEDREC RVZ en ARV voor het receptverzoek vanuit de apotheek, en antwoord vanuit de huisarts. Daarbij kan een vrije tekst toelichting worden gegeven die wordt meegestuurd. Klopt het dat mogelijkheid echter in ART-DECOR ontbreekt?

Antwoord: De vraag gaat eigenlijk over in welke mate de Medicatieproces standaard deze usecase - antwoord voorstel verstrekkingsverzoek - ondersteunt (gepubliceerd via het ART-DECOR platform). Je kan niet ‘nee’ coderen met vrije tekst. Er is een null flavour voor 'overig' en in de tekst kan je dan alles kwijt. Dat is geen toelichting maar een eigen waarde die je als antwoord kan geven. Je hebt het dan dus geen codering nee (maar ‘other’).

12.5 De voorziening dat iemand een GDS patiënt wordt komt later pas aan bod. Als het uitgesteld wordt heb je dan voldoende aan overrule vak of moet je dan ook optie hebben ‘wel in GDS’ hebben?

Antwoord: Het gaat hier om een patiëntkenmerk dat je wil doorgeven, daar is het niet voor bedoeld. Patiëntkenmerk zit verder in het proces bij stap 10. Je kan het voor nu in de toelichting zetten. Je wil namelijk niet teveel procesinformatie in een bouwsteen stoppen.

12.6 Is er al een idee hoe om te gaan met apotheken die een recept niet willen behandelen? Er is een keuze om een recept niet te accepteren. Kan je dat ergens terugkoppelen, bijvoorbeeld door middel van een afwijsbericht?

Antwoord: Een VV kan wel geannuleerd worden maar een afwijsbericht staat niet in de specs. Dit staat ook niet op de planning van het programma Medicatieoverdracht.

13 Vragenuurtje 11 november 2022

13.1 Patiënt kenmerk GDS niet voldoende geautomatiseerd.

Antwoord: In de gegevensuitwisseling die nu is gedefinieerd voor Medicatieproces zijn patiënt kenmerken nog niet mogelijk om uit te wisselen. Deze staan op de roadmap (zie stap 9). Momenteel dus alleen mogelijk via bijvoorbeeld overleg en niet geautomatiseerd via MP gegevensuitwisseling.

13.2 Waarom is er een wens voor 'Niet in GDS' op de VV?

Antwoord: Er kunnen natuurlijk verschillende reden zijn om de wens uit te spreken om medicatie van een patiënt niet in GDS te stoppen. Of die wens daadwerkelijk door de apotheker gevolgd wordt, is natuurlijk de vraag. In ieder geval is deze informatiebehoefte aanwezig en daardoor opgenomen in de informatiestandaard. Vooral 2e punt is veelal relevant vanuit voorschrijver om te kiezen voor 'niet in GDS'

• Alleen hele tabletten zijn geschikt om te verpakken in ‘medicijnen op rol’. De zakjes zijn niet geschikt voor andere toedieningsvormen, zoals insuline, inhalatiemedicijnen en dranken. Je moet naast medicatiezakjes dus altijd blijven letten of de cliënt nog andere, losse medicatie krijgt.
• ’Medicijnen op rol’ zijn minder geschikt wanneer er vaak wisseling van medicijnen is bij een cliënt
• Bepaalde medicijnen mogen niet opgenomen worden in een geneesmiddel distributiesysteem (opiaten mogen wel in dit systeem)."

13.3 Als we straks gaan werken in de KS gaan we dan de HL7v3 berichten sturen of de FHIR?

Antwoord: Tijdens de Kickstart kan zowel FHIR als HL7v3 worden gecommuniceerd. Om er voor te zorgen dat tussen beide standaarden gecommuniceerd kan worden is er een vertalingsserver gebouwd. De transformatiescripts hiervoor zijn al opgeleverd.

13.4 Wordt er ondersteuning geboden bij het mappen en vertalen van tabel 25?

Antwoord: Ja, hier gaan wij vanuit het programma bij ondersteunen.

13.5 Waarom ook terugvertalen naar tabel 25?

Antwoord: Tabel 25 is niet alleen een invoer maar ook een display mechanisme zodat snel herkend wordt waar het vandaan komt. De wens van de huisartsen is dat dit behouden blijft.

13.6 Wordt het de taakstelling voor het ontvangende en verzendende systeem om zelf de mapping te doen of wordt dit in het AORTA systeem gedaan?

Antwoord: Afhankelijk van de complexiteit en de meerwaarde van een centrale dienst wordt hier een besluit over genomen

14 Vragenuurtje 4 november 2022

14.1 Welke functionaliteit willen we mogelijk maken met de RelatieContact? De Contacten worden NIET uitgewisseld in het kader van de MP9 transacties. Binnen de Huisartsenzorg zijn contacten enkel beschikbaar voor PGOs als FHIR-objecten.

Antwoord: De medicatieafspraak wordt ook ingezet voor andere uitwisselingen, zoals huisartsenzorg standaarden. Daarom is de MA in overleg met de betrokkenen van Huisartsenzorg informatiestandaarden geschikt gemaakt voor die standaarden.

De RelatieContact mag gevuld worden maar is niet noodzakelijk voor de Kickstart.

14.2 Staat er ergens gespecifieerd of er gebruik gemaakt van UTC-tijden of van de Nederlandse tijd?

Antwoord: Wordt er niks gespecificeerd is het lokale tijd. Wil je de tijd specificeren wordt UTC meegestuurd. Hoe hier mee om te gaan staat in de basiscomponenten gids van HL7v3 beschreven. Een link naar deze gids is ook terug te vinden op de Hoofdpagina van de Wiki: informatiestandaarden (nictiz.nl)

14.3 Hoe gaan we om met het PeriodeOfUse End-date eisen in de testen? In de specs staat specifiek dat de eindtijd moet worden ingevuld bij de PeriodOfUse bij een MA. Dit wil zeggen dat de eindtijd als tijdstip moet worden doorgestuurd. De T is typisch ingeregeld met een datum en niet met een datum/tijd stempel.

Antwoord: Dit wordt aangepast in de testcase. Door middel van het aangeven van T 00:00:00 t/m T +5 dagen 00:00:00.

14.4 Er moeten voor de huisartsen inrichting van MP9 ook medicatiegegevens gestuurd worden voor bepaalde scenario’s. Deze scenario’s komen maar half naar voren in het FO, er staan maar een aantal voorbeelden genoemd. Hier is een verdiepingsslag nodig

Antwoord: De verdiepingsslag is gemaakt in de kernteams. Deze gaan over de processen en in het FO staat beschreven wat er allemaal mogelijk is. In het FO staan een aantal voorbeelden beschreven hoe je dit kan gebruiken in een bepaalde situatie. De kernteams gaan over de processen, hier wordt ook beschreven hoe de informatiestandaard wordt gebruikt in het werkproces.

15 Vragenuurtje 28 oktober 2022

15.1 Het MA / VV model zoals in de Voorschrift-transactie, staat toe om bij één MA meerdere VV te sturen? Hoe zien jullie het gebruik daarvan?

Antwoord: Dit is niet als use case opgenomen, hoewel het wel als use case zou kunnen voorkomen, er zijn namelijk geen regels die dit kunnen uitsluiten.

15.2 Hoe past in het Edifact/MEDREC dat 1 MA meerdere VV’s stuurt?

Antwoord: Op de wiki pagina van de migratie staat een voorstel hoe je Edifact berichten kan mappen. Edifact moet niet verwijzen naar vv, dus voor elk vv komt er een apart Edifact bericht. Als je MP9 MA + VV maakt maar de apotheek ontvangt dat nog niet verstuur je 2 met rekjes (en de juiste data).

16 Vragenuurtje 21 oktober 2022

16.1 Wat is in scope bij de Kickstart voor bijvoorbeeld de zib Medicatiegebruik. Als er met FHIr gewerkt wordt moeten we dan stap 3 (Sturen), stap 4 (Ontvangen) ontwikkelen, of is het al compleet/voldoende als we alleen stap 1 (Beschikbaar stellen) en stap 2 (Raadplegen) ontwikkelen?

Antwoord: Alle LSP interacties moeten worden ontwikkeld en ze zullen allemaal beproefd worden in de praktijktest.

16.2 Waarom is er een wens voor 'Niet in GDS' op de VV?

Antwoord: dit is besloten in een kernteam / expertpanel, meer informatie over dit besluit volgt

16.3 Als de voorschrijver geen nierfunctie kan sturen omdat die niet bekend is, moet hij de MA +/- VV sturen zonder nierfunctie? Moet de verstrekker dit dan interpreteren als het gemis van een nierfunctiewaarde?

Antwoord: Ja er is op dat moment dan geen recente nierfunctie waarde. Daarom zowel afwijkende als niet afwijkende communiceren.

16.4 Wat betekent de term voorschrijfbeleid?

Antwoord: De voorschrijver heeft de zaken vastgelegd op de informatie van dat moment. Is er een nierfunctie bekend wordt die meegenomen, is deze niet bekend dan niet.

16.5 Waarom Verstrekker als onvt op 'Ontvangen Toedieningsafspraak door zorgverlener'?

Antwoord: In het geval dat er geen toestemming is moeten medicatiegegevens gepushed kunnen worden, ook bijvoorbeeld bij ontslag na opname, dan worden de MA/TA/MGB verstuurd naar naar vaste apotheek en huisarts (ondermeer). Een ais moet deze dan wel kunnen ontvangen.

16.6 Klopt het dat in het ZORGAB straks is terug te vinden welke versie van MP een AIS gebruikt (Klassiek Edifact / MP6 / MP9). Kortom een plaats waar je centraal kunt uitvinden welke route je op moet bij het versturen van het voorschrift?

Antwoord: Klopt voor LSP communicatie en dat is nu reeds beschikbaar zie https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab/releases Het beschikbaar stellen van edifact staat op de planning.

16.7 Het zou (ook voor de landelijke uniformiteit) prettig zijn als duidelijk is hoe omgegaan moet worden met conversie van ‘klassiek’ (NHG25) naar MP9 en terug. Is er ondersteuning voor?

Antwoord: Wij zijn hierover in discussie met het NHG, actie ligt bij hen. Het kan geen kwaad als ook andere stakeholders ’t NHG hierover bevragen. Vraag: in welke usecase zou je ‘terug’ willen vertalen naar NHG? Als een systeem MP9 ondersteunt is de verwachting dat het interne datamodel hierop aansluit. NHG tabel25 zou alleen eventueel nog gebruikt kunnen worden als ‘invoerhulp’, maar niet meer dan dat. Voor terugvertalen zou er daarom geen usecase mogen zijn.

16.8 Waarom moeten we in de Kickstart meenemen dat een huisarts voorstellen voor MA en VV gaat uitzetten (terwijl dit in de praktijk waarschijnlijk niet veel voor zal komen)?

Antwoord: In de Kickstart gaan we dit beproeven in de praktijktest ter voorbereiding op de brede uitrol.

16.9 Bevat de MA en TA wel een globale dosering (zonder nadere invulling) of geen dosering?

Antwoord: De MA bevat geen doseerinstructie. Dit wordt volledig vastgelegd in het WDS. Ook om eventuele verwarring te voorkomen.

16.10 Bevat de MA wel een relevante (globale) dosering ivm voorschrift (VOS) richting de apotheek?

Antwoord: Nee, zowel de MA als de TA bevatten alleen het kenmerk ‘volgens schema trombosedienst’ en geen doseerinstructie.

16.11 Kan de trombosedienst koppeling ook worden gebruikt als de apotheek niet via LSP verbonden is, of is de LSP aansluiting een voorwaarde?

Antwoord: In de praktijk zal deze opvraagbaar zijn en dat zal (zeker voor de KS) via het LSP gaan. We gaan er op dit moment van uit dat alles via het LSP opvraagbaar is. Er kunnen straks andere manieren komen om de communicatie mogelijk te maken, maar we proberen de garantie te geven dat deze informatie dan ook altijd via het LSP te communiceren is.

17 Vragenuurtje 30 september

17.1 Doel is via waardenlijsten informatie direct goed vast te leggen in systemen. Hoe gaat dit als er later nieuwe versies bijkomen of nieuwe waarden worden toegevoegd of verwijderd? Moet de gegevens historisch worden aangepast of wordt elke aanpassing een nieuwe versie van de waardenlijst. In het kort hoe moet er omgegaan worden met verschillende (toekomstige) versies van waardenlijsten?

Antwoord: We gaan de historische gegevens aanpassen op basis van nieuwe waardenlijsten. De keuze of we gaan opschonen of huidige lijsten blijven aanvullen moet nog gemaakt worden; uitkomst volgt.

17.2 In hoeverre zijn de aanpalende specificaties (bijv. uit de Z-index) voor oa medicatiebewaking verplichte items bij de toetsing?

Antwoord: We gaan vanuit de validatie niet toetsen op de medicatiebewaking, dat ligt bij de gebruiker. Als er aanvullende gebruikerseisen komen, moet er wel voldaan worden aan die richtlijnen.

17.3 Wordt alle technische documentatie ook in het Engels aangeleverd?

Antwoord: Het TO is in het Engels en het FO wordt in het Engels bijgehouden, aanvullende documentatie niet

18 Vragenuurtje 23 september 2022

18.1 Welke inhoudelijke eisen worden gesteld aan de kopie gegevens? Moeten alle kopie-velden exact overeenkomen?

Antwoord: Ja, zoveel als mogelijk overnemen wat kan en waar het echt niet lukt moet de essentie van de informatie bewaard blijven. Altijd zo dicht mogelijk bij het origineel blijven, sommige zaken moeten heel duidelijk zijn zoals het afgesproken geneesmiddel, startdatum en identifiers (zodat je de medicatieafspraak kan herkennen).

18.2 Lopen we ten gevolge van een stop niet het gevaar dat we door niet volledig / goed gemaakte kopieslagen informatie missen in het medicatieoverzicht?

Antwoord: Ja, daarom moet stop MA moet zoveel mogelijk intact blijven, om geen informatie te verliezen.

18.2.1 Wordt dit in het validatietraject getoetst?

Antwoord: Ja en op het moment dat er een afwijking is zal dit besproken worden en gezamenlijk naar een oplossing gezocht worden.

18.3 Wat wordt bedoeld met ‘toekomstige medicatieafspraken blijven bestaan’?

Antwoord: Voorbeeld: bij een opbouwschema, kunnen binnen dezelfde MBH ID meerdere medicatieafspraken zijn (je mag serieel meerdere medicatieafspraken na elkaar plannen binnen dezelfde MBH ID), geen overlappende periodes. Als een specifieke medicatieafspraak stopt heeft dat geen gevolgen voor medicatieafspraken die in de toekomst liggen. Elke medicatieafspraak moet apart worden gestopt. Als er een medicatieafspraak wilt stoppen moet je altijd een verwijzing maken naar de medicatieafspraak. Er is alleen geen verwijzing als er alleen medicatiegebruik is vastgelegd, dan kan je niet verwijzen naar een medicatieafspraak en daarmee stop je de hele MBH ID. Medicatieafspraken die gestopt moet worden, maar nog niet zijn gestart zijn krijgen de stoptype; ‘geannuleerd’. Deze hebben nog niet plaats gevonden dus komen niet in het actuele medicatieoverzicht.

18.4 Mag je wanneer een MBH als kapstok beëindigd is als voorschrijver geen nieuwe ma openen, omdat MBH ten einde is?

Antwoord: Nee, dit is niet expliciet gecodeerd, als er een stop ma is gemaakt is hij definitief gestopt. Het kan zijn dat de medicatie nooit meer gegeven mag worden, daar moet altijd een reden voor opgegeven worden.

18.5 Binnen welke periode kan dezelfde medicatie weer starten onder dezelfde MBH ID? Als de medicatie hetzelfde is moet de MBH ID dan hetzelfde zijn?

Antwoord: Antwoord volgt. Dit gaan we opzoeken in het FO en schriftelijk beantwoorden. Antwoord zal ook op deze wiki worden geplaatst.

18.6 Is het toegestaan om het stoppen van een MA te corrigeren?

Antwoord: Nee, er zijn regels opgesteld voor correctie en annulering. Als een medicatieafspraak nog niet gecommuniceerd is kan deze intern door de voorschrijver in het eigen systeem nog gecorrigeerd worden. Als de stop ma is gemaakt, gedeeld en verwerkt kan het niet meer gecorrigeerd worden en moet er een nieuwe medicatieafspraak gemaakt worden. Bij het per ongeluk stoppen van een ma, moet je in het stappenplan van corrigeren de stap ‘foutieve herstellen’ overslaan. Als de ma eerder moet stoppen dan volgens de stopafspraak bekend is, dan is de stop wel aan te passen, maar de ma kan je niet verlengen. Er is dan sprake van een dubbele stop: je krijgt een nieuwe stop op de stop die je hebt gemaakt hebt en daarna weer een nieuwe ma. Zal nader worden uitgewerkt in voorbeelden

18.7 Wordt de zorgverlener die de ma (per ongeluk) heeft gestopt ook de ma owner?

Antwoord: Ja, dit is niet wenselijk, maar mocht het vaak voorkomen zal het een bespreekpunt voor aanpassing worden.

19 Vragenuurtje 16 september 2022

19.1 In de nulpunt documentatie wordt Lab2Zorg genoemd; het uitwisselen/weergeven van laboratoriumgegevens. Voor zover ik zie is dit voornamelijk in de context van Voorschrijven. Voorschrijven is voor nCare niet in scope tijdens de Kickstart. Maar ik zie dat ‘Afwijkende nierfunctiewaarden plus datum van bepaling’ wel in de Basisset medicatiegegevens moet worden weergegeven. Moet Lab2zorg tijdens de Kickstart worden geïmplementeerd voor het weergeven van de nierfunctiewaarden in de Basisset medicatiegegevens?

Antwoord: Voor de Kickstart wordt de nierfunctie meegestuurd met de MA + VV van voorschrijver naar verstrekker. De nierfunctie waarde is nog niet opvraagbaar voor zorgverleners, dat zal in het algemeen (inclusief andere labwaarden) worden opgepakt bij de invoering van lab2zorg. Er is nog discussie over de vorm van het meesturen van de INR waarde bij een tromboseschema middels de WDS. In versie MP9 2.0 is dat echter slechts gespecificeerd als vrije tekst optie.

19.2 Stel het ontvangende systeem heeft een recentere nierfunctiewaarde dan wordt meegestuurd, gaat die dan voor? In hoeverre moeten we altijd op de gegevens in de berichten afgaan versus de gegevens die al in het systeem staan?

Antwoord: De labwaarden die de voorschrijver bij de behandeling heeft gezien moet hij meesturen. Op basis van die informatie is de voorschrift bepaald. De nierfunctiewaarde is een verplichting bij de voorschrijvers. Indien je een recentere labwaarde hebt terwijl je het voorschrift hebt verstuurd heb je een informatieplicht, die gaan we ondersteunen met de Lab2zorgstandaard niet door PVMV. We verwijzen dan naar stap 7 dat we in Lab2zorg ervoor moeten zorgen dat de meest recente nierfunctiewaarde bij de andere zorgverleners terecht komt. Hoe weet het lab dat de apotheker daar een afschrift van heeft gekregen? Je kan de patiënt aanmelden via de lab2zorg standaard, dan kan apotheker die waarde weer ophalen. Dit proces moet nog uitgewerkt en gecommuniceerd worden.

19.3 De reden van stoppen is informatie opgeschreven en verwerkt in Z-index en G-standaard tabellen. De tabellen en taalgebruik van reden van stoppen die zij genoteerd hebben sluit niet aan wat in de MP9 informatiestandaard staat (verschil ligt met name in de verwoording. Het ligt in lijn met elkaar, maar komt niet overeen).

Antwoord: De lijst van de informatiestandaard uitleveren via G-standaard is gaande en afgestemd in afgelopen 2 Werkgroepen techniek. De lijst die nu te vinden is in de G-standaard is de NHG lijst, welke dus inderdaad iets anders is en niet bedoeld is voor uitwisseling in MP9 2.0.0.

19.4 Hoe gaat het werken met 90 miljoen nummers in de use cases, deze wordt gegenereerd door de instellingen zelf met eigen artikelbeheer. In hoeverre zegt dit iets in de uitwisseling?

Antwoord: Deze moeten in de eigen root van de zorgaanbieder worden gecommuniceerd. Is een uniek nummer. Je zou het als ontvanger kunnen groeperen / herhalen. Er wordt nu getoetst dat het een uniek is, je mag geen ZI-nummer gebruiken.

19.5 Hoe gaat het praktisch werken, een nummer wijst een eigen artikel aan maar over paar jaar wordt het hergebruikt voor een ander artikel.

Antwoord: Mag niet, je moet zorgen dat het nummer uniek blijft. Als ontvanger moet je het ZI-nummer in combinatie met de root opslaan.

19.6 In hoeverre moeten we 90 miljoen uitsluitlijst hebben, productgroep koppelen aan 90 miljoen nummers? Dit zal niet in de Kickstart worden meegenomen. Wel is er een verzoek voor aangemaakt. In de specs staat dat zodra je de PRK verandert je een nieuwe MBH moet aanmaken, terwijl je alleen de dosering aanpast, klopt dat?

Antwoord: Ja, bij sterkte wijzigingen waar de PRK veranderd moet je nieuwe MBH aanmaken, bij doseerwijzigingen (wijze van dosering) kan je dezelfde MBH ID gebruiken. Als je het voorschrift van de dokter behoudt mag je dezelfde MBH behouden. Als de huisarts het doet moet hij wel een nieuwe MBH starten.

19.7 Wat wordt er van de apotheker verwacht als hij de toedieningsweg wijzigt (bijv. van pil naar poeder)?

Antwoord: het kan zijn dat hier lokale regionale afspraken voor zijn gemaakt, dat je als apotheker binnen bepaalde marge bewegingsvrijheid hebt om zelf te acteren. Als het een eenmalige wijziging is, dan hoef je geen VMA aan te maken. Als het vaker zal voorkomen dan moet je een VMA aanmaken. Eerst een TA aanmaken, verstrekking doen en VMA daarna aanmaken. TA moet je dan weer aanpassen bij de volgende verstrekking ivm andere MBH ID.

19.8 Zijn MITZ en Zorgadresboek verplicht of optioneel?

Antwoord: MITZ is optioneel. Zorgadresboek is voor alle versturende systemen verplicht.

20 Vragenuurtje 9 september 2022

20.1 Medicatie overzicht transactie is vervallen, maar moet je nog wel medicatie overzicht maken?

Antwoord: Medicatie overzicht staat wel als transactie benoemd in het FO omdat het heel breed is, maar voor de implementatie passen we het nu niet toe. Met de medicatie overdracht transactie dan kan je met 1 vraag alle bouwstenen die jouw systeem heeft opleveren inclusief de kopie bouwstenen die je van andere mensen hebt gekregen. Op dit moment gaan we kijken of we met die losse bouwstenen / interacties zelf je medicatie overzicht kan maken.

20.2 Wat betekent dat voor de verificatie, hangt erg met medicatie overzicht samen, dat je het gedaan hebt en duidelijk is voor alle partijen, is dat dan nu minder belangrijk?

Antwoord: Nee, in de eisen staat dat je per regel dan gebruik moet vastleggen als je verificatie hebt gedaan. Die gebruikersregels zou je moeten opleveren als bouwsteen die je hebt gemaakt daarmee kan je per regel zien wie wanneer dat geverifieerd heeft.

20.3 In het FO staat boven medicatie overzicht staat een vlaggetje ‘geverifieerd door de zorgverlener’, klopt dat?

Antwoord: Het Medicatie overzicht, dat nu in FO gepubliceerd is, beschrijft welke onderdelen op een medicatieoverzicht zouden kunnen staan. Het vlaggetje ‘geverifieerd’ betekent dat alle medicatie gebruik bouwstenen zijn geverifieerd met de patiënt en is voornamelijk bedoeld voor gebruikers binnen het eigen systeem en kan niet worden gecommuniceerd met andere systemen. Deze vlag kan natuurlijk wel op een eventueel medicatieoverzicht (AMO) dat aan de patiënt wordt overhandigd worden weergegeven.

20.4 Waarom moet medicatieverstrekking (MVE) pas in stap 5 gebouwd worden?

Antwoord: MVE wordt nu in 6.12 uitgewisseld, dus voegt nu weinig toe behalve dat je daar een stukje therapietrouw mee zou kunnen doen maar zelfs dat is arbitrair. De keuze is gemaakt om in eerste instantie MA en MGB gaan doen en daarna pas de verstrekkers. Bij de hybride situatie wordt uitgebreid uitgeweid hoe we omgaan met de generieke en specifieke MBH ID’s.

21 Vragenuurtje 2 september 2022

21.1 Bij de mapping in SNOMED zag je 1 ICPC meerdere SNOMED resultaten opleveren, hoe ga je daar mee om?

Antwoord: Er is bij SNOMED geen 1 op 1 relatie, dus zul je moeten kiezen.

21.1.1 Moet je kiezen of kan je alles meegeven?

Antwoord: Bij de meeste onderdelen die we gebruiken binnen medicatieproces geven we aan welke code (en codesysteem) je moet hebben. In de waardelijst staat de code die je moet gebruiken en de termen die gebruikt worden hebben een code, dus dan weet je precies welke je moet gebruiken. Op een paar plekken mag je meerdere codesystemen gebruiken en dan moet je kiezen. Bijvoorbeeld bij ‘Reden van voorschrijven’.

21.2 Als ontvangend systeem moet je dan alle codes ondersteunen en vertalen zonder verlies van informatie?

Antwoord: Je hebt een code en een omschrijving (die verplicht is), als je code niet begrijpt toon je de omschrijving aan de gebruiker en als die akkoord is dan is het goed. Als ontvangend systeem hoef je de reden van voorschrijven die je van een ander hebt ontvangen nooit meer op te leveren.

21.3 Als een recept wordt aangepast, bij wijziging of als je de code niet kan verwerken, verlies je de code. Als je de code niet begrijpt en een nieuw recept stuurt met aangepaste info dan is de code weg. Als je ICPC kan vertalen naar 2 SNOMED codes welke kies je?

Antwoord: Als je de code niet begrijpt dan moet je gebruik maken van de tekstuele omschrijving. Als je wijzigt maak je nieuwe medicatieafspraak en dan moet je reden van voorschrijven weten. In de start zit een nieuwe reden van voorschrijven die hoort bij het nieuwe recept. De arts kan kiezen welke van de 2 SNOMED codes hij nodig heeft. De laatste voorschrijver is verantwoordelijk voor de medicatieafspraak. Deze reden van voorschijven zit wordt bepaald door de voorschrijver.

21.4 Als je ICPC hebt ontvangen in de originele medicatieafspraak, dan wissel je ook ICPC in de kopie MA uit (bij VV odner andermans MA), moet je dan de code opslaan?

Antwoord: Als je een verstrekkingsverzoek maakt onder de MA van iemand anders, dan moet je een kopie-MA meesturen. Je moet de originele code dus onthouden. Het kan zijn dat dit niet lukt en er een andere vertaalde code (bijvoorbeeld SNOMED ) meegestuurd wordt. De ontvanger weet dat het een kopie-MA betreft en kan altijd de originele MA opvragen bij de bron. Een systeem kan ook een letterlijke kopie bijvoegen door de MA op te vragen op dat moment en die bij het verstrekkingsverzoek voegen. Je moet allerlei soorten codes kunnen ontvangen en opleveren.

21.5 Is er een subselectie van alle SNOMED codes die worden gebruikt voor MO?

Antwoord: Deze selectie zit niet in SNOMED zelf. De meeste van onze waardelijsten bevatten SNOMED codes. Een groot gedeelte van de waardelijsten zullen via Z-index gepubliceerd worden. De informatiestandaard publicatie bevat ook de waardelijsten (gebaseerd op SNOMED codes) en is daarmee een subselectie van alle SNOMED codes voor MO.

22 Vragenuurtje 19 augustus 2022

22.1 Waar is praktische informatie met betrekking tot het inbouwen van de standaarden te vinden?

Antwoord: Deze is te vinden op de landingspagina: daar staat alle informatie met specificaties. Mocht je daar nog informatie missen, neem dan contact op met het Validatieloket, zij kunnen je verwijzen waar overige documentatie te vinden is.

22.2 Zijn de zaken aangegeven in de checklist vrijblijvend of een vereiste om in te bouwen (zoals MITZ en de signaalfunctie)?

Antwoord: MITZ en de signaalfunctie zijn optioneel in te bouwen. Wij hadden voor ogen met de checklist een handreiking te geven welke onderwerpen er in de voorbereidingsfase 0 van toepassing zijn en wat er wordt verwacht van de deelnemende leverancier, maar daar zijn we niet in geslaagd. De huidige Checklist komt te vervallen en er komt een voorzet voor aanpassing die bestaat uit: 1) Een overzicht van de 0-status, wat wordt van de leverancier verwacht te bouwen bij aanvang van de Kickstart. Dit overzicht kan worden toegevoegd aan de template overeenkomst. 2) Opnemen van criteria voor het Plan van Aanpak en Ontwerp als onderdeel van de Wiki. 3) Omzetting van de klikbare Excel naar een wikipagina en toevoeging stap 0. Wij zullen alle partijen informeren zodra dit beschikbaar is.

22.3 Waar is de nadere invulling van het resultaat overzicht (zoals in het plan van aanpak staat vermeld) te vinden?

Antwoord: Dit is te vinden op de Medicatieoverdracht Kickstart – documentatie leveranciers pagina: https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart zie 1.2 (verzamelbestand MP9 of deze link: https://informatiestandaarden.nictiz.nl/images/8/83/10stappenplan_resultaten_documentatieMP9_Kickstart_v2.2.zip). Daarbij wordt er nog een 0-status overzicht geleverd aan alle leveranciers.

22.4 Zijn ‘voorstel MA en VV’ in scope van de Kickstart?

Antwoord: Ja, en ook het antwoord AVVV en AVMA. Zie ook het “Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (download als zip)” de wiki pagina Medicatieoverdracht Kickstart - documentatie leveranciers (https://informatiestandaarden.nictiz.nl/wiki/mp:Medicatieoverdracht_Kickstart)

22.5 Valt het verwerken van een vanuit een PGO binnenkomende MGB binnen de scope van de Kickstart?

Antwoord: Het medicatiegebruik vastgelegd door een patiënt in een PGO is geen onderdeel van de Kickstart. Wel is er de optie om MGB vast te leggen in bijvoorbeeld een patiënten portaal. Echter dat is geen verplichting. Dit betekent overigens wel dat je als ontvanger hier rekening mee moet houden: De auteur kan een patiënt zijn, of een zorgverlener namens de patiënt. Deze moeten op andere wijze worden afgehandeld.

22.5.1 Zo ja, dan vragen we ons af hoe zich dat voor een HIS verhoudt tot de MedMij kwalificaties / gegevensdiensten.

D.w.z. medicatie valt voor het HIS tot nu toe onder de HEPD (Huisartsgegevens) en daaronder wordt alleen gesproken over actuele MA. Gaat dit nog wijzigen Daarnaast is er het Medicatieproces. Dienen we dan daarvoor bij MedMij te kwalificeren? Dus ook voor andere bouwstenen zoals TA?

Antwoord: Er zijn aparte gegevensdiensten voor een PGO voor het opvragen van medicatiegegevens. Het opvragen door een PGO in het kader van Huisartsgegevens en de bijbehorende gegevensdienst is gebaseerd op MP907 en kan niet voor de Kickstart worden gebruikt of later in de brede uitrol. Er wordt nog besproken of medicatie nog onderdeel zou moeten zijn van de gegevensdienst Huisartsgegevens. Als PGO en als DVZA zul je dus moeten herkwalificeren voor MP9. En er zal ook na de Kickstart een MedMij label aan worden gekoppeld.

22.6 Als HIS maken we tot nu toe voor gebruikseenheden gebruik van tabel 25 van de NHG. Er wordt overgestapt op GS basiseenheden. Helaas worden 50 NHG eenheden daarbij vertaald naar NVT in GS. Niet prettig voor de gebruikers, mn ook bij conversie van bestaande gegevens. Kunnen NHG-eenheden echt niet meer gebruikt kunnen worden?

Antwoord: Het is geen probleem om de standaard NHG eenheden te gebruiken voor de lokale applicatie en er zal dan ook geen probleem moeten ontstaan voor de conversie. Echter in de communicatie zullen deze eenheden moeten worden vertaald naar standaard GS eenheden. Dat gebeurt feitelijk altijd al in het kader van 6.12 en is daar geen probleem gebleken, en zelfs voordelen te hebben. Je hebt ook te maken met derden die geen beschikking hebben over de NHG eenheden in hun eigen applicatie en daar dan ook niets mee kunnen. Wel is er nog een impact analyse met het NHG over een aantal relevante b-codes die wél therapeutische impact hebben en niet kunnen worden gecommuniceerd. We zullen daarbij deze eenheden ook meenemen en bepalen of er een impact in de communicatie is te verwachten en of er specifieke maatregelen (bijv extra info in de g-standaard) nodig zijn.

22.7 Wat zijn de afspraken met abonnement Z-Index (met name de trombose diensten zijn hier niet bekend mee)?

Antwoord: Wij kunnen je in contact brengen met Z-index, indien je dit wenst kun je contact opnemen met het Validatieloket.

22.8 Hoe gaat signaalfunctie precies werken? Hoe werkt dit dan zo dadelijk per bouwsteen. Wens is dat alleen relevante wijzingen signaal op komt. Verder in ambulante zorg is signaalfunctie onhandig en voor toediening ook niet handig. Is signaalfunctie dan per bouwblok aan of uit te zetten?

Antwoord: Informatie (nog op aorta 8.2, maar werkwijze ongewijzigd in 8.3

• https://www.aorta-lsp.nl/media/downloads/ontwerp-abonnementenregister-aorta-v8200pdf/download
• https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20200821T140325/sc-2.16.840.1.113883.2.4.3.111.3.7.3.1-2016-09-16T115325.html
• https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20200821T140325/sc-2.16.840.1.113883.2.4.3.111.3.7.3.3-2017-03-29T132850.html

Het wordt mogelijk om een abonnement te nemen op context ipv gegevenssoort. De specifieke context-codes worden nog gepubliceerd. De signalen zijn per bouwsteentype en kunnen bij ontvangst gefilterd worden. Meer informatie volgt nog bijvoorbeeld in de vorm van best practices.

22.8.1 Aanvullend op eerdere vraag: is er ook iets als een query waarmee je check kan doen of er iets verandert is in een dossier.

Antwoord: Dit kan op 2 manieren worden opgelost:

• Die is er in de vorm van de actualiteitscontrole. https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20200821T140325/sc-2.16.840.1.113883.2.4.3.111.3.9.3.5-2016-12-12T124816.html. Ook hier zal het mogelijk zijn om op context-code de ac uit te voeren. Merk op dat met het gebruik van de conditionele query het nut van het gebruik van de AC vervalt, aangezien de primaire functie van de ac is het kunnen checken zonder uzi-pas.
• Inhoudelijk filteren op de wijzigingen in een bron systeem is een volgende wens, namelijk de “What’s new”. Dan wordt aan het bron systeem gevraagd om alleen de wijzigingen t.o.v. een bepaalde datum/tijd. Dat zal in aorta 9 verder worden uitgewerkt (ook in combinatie met FHIR)

22.9 In welke volgorde (logische volgorde) moet je de bouwblokken inbouwen om te voldoen aan de planning van de Kickstart?

Antwoord: zie Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart

22.10 In de scope van de eerste fase wordt niet gesproken over het ontvangen van TA en MVE. We concluderen dat we MP9 MA+VV gaan versturen aan AIS en dan edifact berichten terugkrijgen, die we koppelen aan onze VV. Wordt er ook naar de verwerking van de verstrekkingen in ons systeem bij kwalificatie van de eerste fase verder niet gekeken?

Antwoord: Het kan inderdaad voorkomen dat een MA+VV wordt verstuurd naar een AIS die aan de Kickstart mee doet, maar die nog geen TA/MVE oplevert, omdat die in de volgende fase opgeleverd zal worden. Op de pagina hybride situatie (https://informatiestandaarden.nictiz.nl/wiki/mp:Vkickstart_MigratieHybride#Bijlage_1:_Verrijken_EDIFACT_id_en_vullen_MP6.12_prescription.2Fidstaat) staat ook beschreven hoe (zeker door de MP9 partijen) het edifact ID verrijkt zou kunnen worden om de terugkoppeling te vereenvoudigen. Los daarvan is er sprake van een hybride situatie met MP9 en niet MP9 deelnemers.

22.11 Moet de functionaliteit voor het registreren van wisselende doseerschema’s ingebouwd worden

Antwoord: Ja, dit moet ingebouwd worden

22.12 Medicatieverificatie wordt redelijk vaak in het FO genoemd. Toch is ons niet helemaal duidelijk hoe dit zou moeten werken.

• Dat je zaken in MGB kan vastleggen is duidelijk, en dat dat niet verplicht is ook.
• Verificatie vindt plaats per MBH, maar er staat nergens dat dat ook op dat niveau vastgelegd moet worden. Ook lijkt dit een beetje te knellen met MBH als alleen maar een technisch begrip, dat we eigenlijk voor de gebruiker verborgen willen houden.
• Tenslotte zien we op het MO ook geen verificatie-indicatie per MBH, maar wél op het niveau van het MO zelf. Hoe die] indicaties daar terecht zouden moeten komen is niet duidelijk.
• Onze implementatie zou bijvoorbeeld zijn: op het moment van het versturen c.q. beschikbaar stellen van het MO geeft de geeft de huisarts aan of de medicatie geverifieerd (patiënt!) en gecontroleerd is (arts!).
• Of kunnen we deze indicatie sowieso als niet verplicht beschouwen op dit moment, gezien de MO hoe dan ook e.e.a. dient te worden verstuurd?

Antwoord: Dit komt vooral uit de documentatie uit de gebruikers ‘eisen’. Daarin staat hoe je een verificatie uitvoert (door het vastleggen van een MA, of MGB). Er is geen methode om een complete verificatie te ondertekenen

23 Vragenuurtje 12 augustus 2022

23.1 Moeten niet PGO leveranciers die deelnemen aan de Kickstart, net als de PGO leveranciers, een MedMij gegevensdienst / aparte koppeling met MedMij implementeren?

Antwoord: Nee, niet-PGO leveranciers hoeven hier geen aparte koppeling voor te maken. Als bron leverancier ben je niet verantwoordelijk voor het PGO, maar wel dat je een ontsluiting hebt naar een DVZA. De huidige koppeling die gebruikt wordt bij de zorgaanbieder aan zorgaanbieder communicatie kan rechtstreeks gebruikt worden om via LSP+ of een andere DVZA een PGO aan te sluiten. De patiënt zal in zijn PGO een gegevensdienst van een bepaalde zorgaanbieder selecteren, dit kan via LSP+ of een andere DVZA.