Decentrale NVI via toewijzing optie toegevoegd #22
Conversation
vloothuis
force-pushed
the
nvi-per-burger
branch
2 times, most recently
from
c4371ae
to
1b849fc
Compare
vloothuis
force-pushed
the
nvi-per-burger
branch
from
1b849fc
to
3406a22
Compare
|
|
||
| Bij de toewijzing op basis van huisarts speelt een uniek probleem. Niet elke | ||
| persoon in Nederland, die wel over een BSN beschikt, is ingeschreven bij een | ||
| huisarts. |
There was a problem hiding this comment.
Voordeel is, dat dit is de enige manier van toewijzen is waarbij personen enige keuzevrijheid hebben; men kan immers (tot op zekere hoogte) kiezen voor een bepaalde huisartspraktijk. (of zelfs kiezen voor geen huisarts). Aangezien deze vorm van NVI binnen de verantwoordelijkheid van de huisarts valt, is er geen noodzaak om met (polymorfe) pseudoniemen te werken.
Naast enkele initiële wijzigingen binnen de ION-database en de in Nederland gebruikte HIS-systemen, zal er geen nieuwe/extra beheerpartij nodig zijn. Aangezien huisarts-systemen nu al (op veilige wijze) data van patiënten ontsluiten, ontstaan er ook geen nieuwe interfaces die 'stuk of lek' kunnen gaan.
NB: dit is geen nieuwe taak voor de huisarts, maar slechts een extra functionaliteit van het HIS, dat momenteel ook al vaak via het HIS-patientenportaal aangeboden wordt.
There was a problem hiding this comment.
Goed punt wat inderdaad nog miste. Ik heb dit bij de huisarts optie zelf toegevoegd. Ben je het eens met de wijze waarop dat nu beschreven staat?
There was a problem hiding this comment.
De keuze voor lokalisatie op enigerlei wijze via de huisarts kan alleen als de huisarts er zelf niets voor hoeft te doen. Vanuit de huisartsen-belangenverenigingen is al aangegeven dat nog een taak erbij geen optie is. Dus lokalisatie zal volledig "onder de motorkap" moeten plaatsvinden in die situatie. Dat het dus geen nieuwe taak voor de huisarts is, zal volledig transparant voorgelegd moeten worden als de keuze daarop valt.
There was a problem hiding this comment.
Ik weet niet of de huisarts automatisch toestemming heeft om alle behandelrelaties te weten. Als dat een keuze van de patient is, dan zal het regisster wel degelijk gebruik moeten maken van pseudoniemen.
Ook denk ik niet dat je kunt stellen dat er geen beheerorganisatie nodig is. Het NVI als standaard zal beheert moeten worden, inclusief toetsing van de implementaties.
Zoals hierboven ook al is besproken zullen HIS leveranciers deze rol misschien niet gaan invullen, je hebt het dan vooral over een juridische verantwoordelijkheid voor de HA waarbij die dan een stuk dienstverlening moet gaan regelen. Als de HA niet gegevensverantwoordelijke is voor deze informatie (wat Albert terecht ook opmerkt in zijn e-mail), dan is de keuze voor de HA niet de meest logische.
Ook is het ION register nu niet geschikt als lokalisatie van HA. Dit is vooral een juridische beperking en zou dan daarvoor een grondslag moeten krijgen (door wie, op basis van wat?).
|
|
||
| ### Algoritmisch | ||
|
|
||
| Welke NVI voor een burger gebruikt wordt kan via een algoritme bepaald worden. |
There was a problem hiding this comment.
Wat los je hier mee op tov 1 partij? Laten we onszelf wel die vraag blijven stellen. Een van de mogelijkheden van het decentraal opslaan is m.i. gebruik kunnen maken van een bestaande grondslag. Dat lijkt me hier niet het geval.
There was a problem hiding this comment.
Het enige wat ik kan bedenken is dat dit voorkomt dat alle lokalisatie gegevens op één centrale plek staan.
| Dit hoofdstuk beschrijft verschillende opties voor toewijzing van een burger aan | ||
| een specifieke NVI. | ||
|
|
||
| ### Regionaal |
There was a problem hiding this comment.
Wat is het voordeel van regionale opslag tov landelijke opslag? Ik denk dat het draaien en beheren van X>10 registers een stuk duurder is dan 1 landelijk register.
| @@ -0,0 +1,6 @@ | |||
| { | |||
There was a problem hiding this comment.
Deze mag denk ik in de .gitignore?
| dit doel. In deze sectie wordt deze dienst de NVI-lokalisatieservice (NVI-LS) | ||
| genoemd. | ||
|
|
||
| Na het verkrijgen van de AGB-code kan vervolgens, bijvoorbeeld via ZORG-AB, de |
There was a problem hiding this comment.
Is het resolven van AGB -> URA niet ook de functie van GF-Adressering?
No description provided.