Data validatie ZPM: verschil tussen versies

Naar navigatie springen Naar zoeken springen
EPD specifieke content weggehaald, was verouderd en zorgde voor verwarring
 
Regel 60: Regel 60:


# Bevindingen tijdens de data validatie kunnen op de gebruikelijke manier worden doorgegeven: door middel van aanvragen via de portaal. Indien de bevinding leidt tot een correctie, dan dient de deelcheck in kwestie opnieuw gedaan te worden.
# Bevindingen tijdens de data validatie kunnen op de gebruikelijke manier worden doorgegeven: door middel van aanvragen via de portaal. Indien de bevinding leidt tot een correctie, dan dient de deelcheck in kwestie opnieuw gedaan te worden.
# Goedkeuring van de data validatie dient ook via een aanvraag in de portaal doorgegeven te worden. Gelieve deze als volgt de noemen: "Data-validatie ZPM afgerond"
# Goedkeuring van de data validatie dient ook via een aanvraag in de portaal doorgegeven te worden. Gelieve deze als volgt de noemen: "Data-validatie ZPM afgerond".
 
=== Overzicht EPD's ===
 
==== MijnQuarant - status 20220214 ====
 
* Het default ZPM datamodel voor MQ staat goed. Datasets voor consulten, groepsconsulten, OZP's en verblijfsdagen worden gevuld.
* Vaak krijgen prestaties geen declaratiecode mee. Daardoor kan geen omzet getoond worden.
** Er is de afgelopen week samen met een instelling en Pink gekeken naar de prestaties die geen declaratiecode kregen.
** De 2 hoofdredenen waarom geen declaratiecodes worden toegevoegd:
*** Het effectueren proces wordt niet uitgevoerd voor alle prestaties (consulten, verblijfsdagen).
*** De configuratie is niet volledig. Voorbeeld: configuratie OE-Zorgprogramma-Setting niet volledig, waardoor geen setting wordt afgeleid.
** ValueCare stelt met de release van 15-2-2022 een Excel beschikbaar met de redenen van ontbreken van de declaratiecodes.
** Er wordt gebruik gemaakt van de beslisboom in MQ om de declaratiecode te bepalen. Een groot aantal verblijfsdagen krijgt geen declaratiecode vanuit de beslisboom indien er niet is geëffectueerd. Daarom is ValueCare logica toegevoegd om er voor te zorgen dat alle verblijfsdagen zonder declaratiecode wel een declaratiecode krijgen.
* Bij bepaalde MQ klanten wordt BI alleen op bepaalde dagen gedraaid. Daardoor staan de laatste wijzigingen nog niet op de Acceptatie omgeving (en op de Productie omgeving).
* Redenen voor het achterlopen van productie van 2022 ten opzichte van 2021 zijn hieronder opgesomd. Kies voor de vergelijking daarom de juiste periode.
** Het grote aantal niet-afgehandelde contacten.
** Vertraging in doorvallen van verblijfdagen.
** Eerste week van januari 2022 kende meer vakantiedagen dan eerste week van januari 2021.
* In de bron lijken nog een aantal zaken niet helemaal goed te gaan. Hieronder voorbeelden:
** Groepscontact van 25 minuten krijgt van MQ wel een prestatiecode. ValueCare toont dan wel de prestatiecode.
 
==== Nexus (xmcare) - status 20220214 ====
 
* Het default ZPM datamodel voor xmcare staat goed. Datasets voor consulten, groepsconsulten, OZP's en verblijfsdagen worden gevuld.
* Er is een foutenlijst "GGZ_ZPM_FOUTLIJST_V1_0" toegevoegd voor xmcare instellingen. Op deze foutenlijst staan de consulten en verblijfsdagen die geen declaratiecode hebben kunnen krijgen met de reden. Voorbeeld: beroep niet gevonden bij behandelaar.
* Redenen voor het achterlopen van productie van 2022 ten opzichte van 2021 zijn hieronder opgesomd. Kies voor de vergelijking daarom de juiste periode.
** Het grote aantal niet-afgehandelde contacten.
** Vertraging in doorvallen van verblijfdagen.
** Eerste week van januari 2022 kende meer vakantiedagen dan eerste week van januari 2021.
 
==== User - status 20220511 ====
* Het default ZPM datamodel voor User staat goed. Datasets voor consulten, groepsconsulten en verblijfsdagen worden gevuld.
* Een aantal zaken is afhankelijk van een latere release van User: Crisis binnen budget, prestatiecode/declaratiecode, OZP's (m.u.v. reistijd), groepsconsulten (betere berekening van minuten per cliënt).
* In USER wordt de declaratiecode tot release 9.8 nog niet heel erg goed vastgelegd. Daarom wordt de volgende logica toegepast om toch stuurinformatie met bedragen te kunnen tonen:
** Er wordt gebruik gemaakt van de USER brontabel src_user_zorgdata_zpm_ggz om voor een prestatie de declaratiecode te bepalen.
** Als deze brontabel voor een prestatie niet is gevuld, dan wordt bekeken of voor de prestatie uit de bron de benodigde info gehaald kan worden voor een declaratiecode en wordt de prestatie naar deze declaratiecode gemapt.
** Als dit niet lukt, dan wordt de ValueCare simulatielogica gebruikt.
* We zien nog weinig OZP's geregistreerd worden (we gebruiken hiervoor de tabel src_user_koppeling). In de bron lijkt nog geen goede koppeling te worden gemaakt voor de zorgmachtiging wet verplichte ggz.
* Redenen voor het achterlopen van productie van 2022 ten opzichte van 2021 zijn hieronder opgesomd. Kies voor de vergelijking daarom de juiste periode.
** Het grote aantal niet-afgehandelde contacten.
** Vertraging in doorvallen van verblijfdagen.
** Eerste week van januari 2022 kende meer vakantiedagen dan eerste week van januari 2021.
 
==== HIX- status 20220214 ====
* Het default ZPM datamodel voor verblijf staat goed. Dataset voor verblijf wordt goed gevuld inclusief een declaratiecode
* De groeps- en individuele consulten leiden in HIX nog niet altijd tot een prestatiecode in tabel FAKTUUR_VERRSEC. Dit komt veelal door het ontbreken van gegevens om de juiste declaratiecode af te leiden (dus bijv. consult-type (behandeling/diagnostiek) of setting ontbreekt). Vanwege het ontbreken van deze gegevens in de bron is het niet mogelijk om ValueCare logica toe te passen om alsnog de declaratiecode te bepalen.
* Redenen voor het achterlopen van productie van 2022 ten opzichte van 2021 zijn hieronder opgesomd. Kies voor de vergelijking daarom de juiste periode.
** Het grote aantal niet-afgehandelde contacten.
** Vertraging in doorvallen van verblijfdagen.
** Eerste week van januari 2022 kende meer vakantiedagen dan eerste week van januari 2021.
 
==== Axians - status 20220315 ====
 
* Er is nog geen brondata beschikbaar voor Axians
 
==== ONS - status 20220315 ====
 
* Het default datamodel voor ONS is nog niet gereed.
 
==== Careweb - status 20220315 ====
 
* Er is nog geen brondata beschikbaar voor Careweb