€¦ · Web viewInleiding. Dit document is een onderdeel van de Gedetailleerde BehoefteAnalyse...
107
eRevaZfin VLAAMSE FINANCIERING VAN DE REVALIDATIEZIEKENHUIZEN Gedetailleerde BehoefteAnalyse voor VSB- eRevaZfin p 1/107
Transcript of €¦ · Web viewInleiding. Dit document is een onderdeel van de Gedetailleerde BehoefteAnalyse...
eRevaZfin
VLAAMSE FINANCIERING
VAN DE
REVALIDATIEZIEKENHUIZEN
Gedetailleerde BehoefteAnalyse voor VSB-eRevaZfin
p 1/77
eRevaZfin
Inhoudstafel1 Documentsituering............................................................................................................................... 5
1.1 Inleiding...............................................................................................................................................5
1.2 Distributie............................................................................................................................................5
1.3 Referenties...........................................................................................................................................5
1.4 Documenthistoriek...............................................................................................................................5
2 Afkortingen en definities...................................................................................................................... 6
2.1 Afkortingen..........................................................................................................................................6
2.2 Definities..............................................................................................................................................72.2.1 Revalidatieziekenhuizen..................................................................................................................72.2.2 Prijs per verpleegdag.......................................................................................................................82.2.3 Nomenclatuurcode wordt prestatiecode.........................................................................................82.2.4 Overgangsprotocol..........................................................................................................................92.2.5 Zorggebruiker..................................................................................................................................92.2.6 ZKC (zorgkassencommissie).............................................................................................................92.2.7 Rijksregister (RR)..............................................................................................................................9
3 Achtergrond....................................................................................................................................... 10
3.1 Situering en doel................................................................................................................................103.1.1 Situering.........................................................................................................................................103.1.2 Beoogd doel...................................................................................................................................12
3.2 Stakeholders......................................................................................................................................133.2.1 Zorgkassen.....................................................................................................................................133.2.2 Revalidatieziekenhuizen................................................................................................................143.2.3 De Vlaamse sociale bescherming...................................................................................................143.2.4 Vlaams Agentschap Zorg en Gezondheid/GKB...............................................................................153.2.5 Kruispuntbank van de Sociale Zekerheid.......................................................................................163.2.6 Ziekenfondsen...............................................................................................................................163.2.7 AVR-platform.................................................................................................................................173.2.8 Ledenbeheer..................................................................................................................................173.2.9 Zorgkassencommissie....................................................................................................................173.2.10 Federale overheidsdienst Financiën..........................................................................................183.2.11 Team Ziekenhuizen en Fysieke revalidatie (VAZG)....................................................................183.2.12 IMA............................................................................................................................................183.2.13 Software leveranciers revalidatieziekenhuizen..........................................................................203.2.14 Burger........................................................................................................................................203.2.15 Vlaamse toezichtscommissie voor de verwerking van persoonsgegevens................................213.2.16 Commissie voor de bescherming van de persoonlijke levenssfeer............................................213.2.17 Kabinet van Vlaams minister van Welzijn, Volksgezondheid en Gezin......................................213.2.18 eHealth-platform.......................................................................................................................223.2.19 Nationaal Intermutualistisch College.........................................................................................22
p 2/77
eRevaZfin3.3 De gebruikers.....................................................................................................................................23
4 Opdrachtdefinitie............................................................................................................................... 24
4.1 Opgelegde voorwaarden...................................................................................................................24
4.2 Relevante feiten en veronderstellingen..............................................................................................244.2.1 Externe factoren die een invloed kunnen hebben op het product................................................244.2.2 Veronderstellingen die door het team worden gemaakt omtrent het project..............................24
4.3 Scope van de opdracht.......................................................................................................................264.3.1 Context van de opdracht...............................................................................................................264.3.2 Contextdiagram.............................................................................................................................264.3.3 Beschrijving van de data-stromen..................................................................................................27
4.4 Scope van het product.......................................................................................................................314.4.1 Productgrenzen.............................................................................................................................314.4.2 Use Case Diagram..........................................................................................................................324.4.3 Use Cases.......................................................................................................................................334.4.4 Externe use cases...........................................................................................................................514.4.5 Berichten.......................................................................................................................................534.4.6 Overzicht UC en berichten.............................................................................................................584.4.7 Schermen.......................................................................................................................................59
4.5 Facturatie..........................................................................................................................................604.5.1 Verzendingsprotocol......................................................................................................................604.5.2 Facturatieproces............................................................................................................................63
4.6 Verzekerbaarheid...............................................................................................................................64
4.7 Persoonlijk aandeel en MAF-100%.....................................................................................................654.7.1 Persoonlijk aandeel........................................................................................................................654.7.2 MAF-100%.....................................................................................................................................66
4.8 Federale cumul controle....................................................................................................................66
4.9 Subrogatie.........................................................................................................................................67
4.10 Internationale akkoorden..................................................................................................................67
4.11 Buiten scope......................................................................................................................................67
5 Niet-functionele behoeften................................................................................................................. 69
5.1 Digitalisering......................................................................................................................................69
5.2 Behoeften op gebied van look and feel van de schermen..................................................................69
5.3 Behoeften op gebied van de GUI........................................................................................................695.3.1 Gebruiksgemak..............................................................................................................................695.3.2 Look and feel.................................................................................................................................695.3.3 Algemene principes gegevensbeheer............................................................................................705.3.4 Veiligheid.......................................................................................................................................70
5.4 Behoeften op gebied van performantie.............................................................................................705.4.1 Behoeften op gebied van snelheid en responstijd.........................................................................705.4.2 Behoeften qua nauwkeurigheid.....................................................................................................705.4.3 Behoeften op gebied van beschikbaarheid....................................................................................70
p 3/77
eRevaZfin5.4.4 Behoeften op gebied van capaciteit...............................................................................................715.4.5 4.3.6 Behoeften op gebied van schaalbaarheid en uitbreidbaarheid.............................................71
5.5 Operationele behoeften.....................................................................................................................715.5.1 Verwachte technische omgeving...................................................................................................715.5.2 Partner toepassingen.....................................................................................................................715.5.3 Behoeften op gebied van oplevering.............................................................................................725.5.4 Omgeving.......................................................................................................................................72
5.6 Behoeften op gebied van onderhoudsvriendelijkheid en support.......................................................725.6.1 Speciale voorwaarden die moeten toegepast worden voor het onderhoud van het product.......725.6.2 Behoeften in verband met ondersteuning.....................................................................................725.6.3 Behoeften op gebied van overdraagbaarheid................................................................................72
5.7 Behoeften op gebied van veiligheid...................................................................................................735.7.1 Toegangscontrole..........................................................................................................................735.7.2 Behoeften op gebied van integriteit..............................................................................................735.7.3 Behoeften op gebied van vertrouwelijkheid..................................................................................735.7.4 Behoeften op gebied van audit- en andere logs............................................................................745.7.5 Behoeften op gebied van immuniteit............................................................................................74
5.8 Behoeften op gebied van rapportering en archivering.......................................................................745.8.1 Behoeften op gebied van rapportering..........................................................................................745.8.2 Behoeften op gebied van archivering............................................................................................74
5.9 Culturele en politieke behoeften........................................................................................................74
5.10 Standaarden die moeten toegepast worden......................................................................................75
6 Aandachtspunten............................................................................................................................... 75
6.1 Openstaande kwesties.......................................................................................................................75
6.2 Afhankelijkheden...............................................................................................................................756.2.1 Algemeen.......................................................................................................................................756.2.2 Revalidatieziekenhuis....................................................................................................................756.2.3 Ledenbeheer..................................................................................................................................756.2.4 FOD Financiën................................................................................................................................766.2.5 VSB.................................................................................................................................................766.2.6 Softwareleveranciers.....................................................................................................................766.2.7 Mutualiteiten.................................................................................................................................76
6.3 Pasklare oplossingen..........................................................................................................................76
6.4 Nieuwe problemen.............................................................................................................................76
6.5 Overgangsmaatregelen.....................................................................................................................76
6.6 Parkeerruimte....................................................................................................................................76
6.7 Ideeën voor oplossingen....................................................................................................................76
7 Bijlagen.............................................................................................................................................. 76
8 Parkeerruimte.................................................................................................................................... 77
p 4/77
eRevaZfin1 Documentsituering
1.1 InleidingDit document is een onderdeel van de Gedetailleerde BehoefteAnalyse (GBA) voor het project VSB-eRevaZfin dat het proces van de financiering van de revalidatieziekenhuizen moet ondersteunen.
Dit project beoogt de bevoegdheid die Vlaanderen ingevolge de 6de staatshervorming met ingang van 1 juli 2014 erbij heeft gekregen, met name de financiering van de werkingskosten van de revalidatieziekenhuizen (REVAZ), met ingang van 1 januari 2022 ook effectief in VSB in te kantelen.
Om misverstanden tijdens het project te vermijden en alle verwachtingen af te stemmen, moeten alle behoeften die hier beschreven worden ook goedgekeurd worden door de VSB-stuurgroep. Dit document zal als basis dienen voor de uitwerking van de Functionele Analyse en Ontwerp (FAO), waar de behoeften verder functioneel zullen geanalyseerd worden en functionele oplossingsontwerpen zullen worden voorgesteld om te voldoen aan deze behoeften.
Voor dit document werden bestaande documenten gebruikt, waarvan u verder de referenties terugvindt.
1.2 DistributieDoelpubliek van dit document zijn:
De VSB-stuurgroep De validatiegroepen De werkgroepen
1.3 Referenties# Titel Auteur(s) Versie Datum
01 VSB_REVA_Overeenkomsten_BIA_v20200525.pptx A. Van de Velde 25/05/2020
02
03
1.4 DocumenthistoriekVersie Status Datum Auteur Opmerkingen0.1 Draft 23/07/202
0Marc de MeesterCarine Follong
Initiële versie
0.2 Ter validatie 24/09/2020
Marc de MeesterCarine Follong
Versie met validatiepunten uit eerste validatie verwerkt, en ter FINALE validatie opgeleverd aan business/functionele validatiegroep, en aan architecturaal/technische validatiegroep
0.3 Ter validatie 07/10/2020
Marc de MeesterCarine Follong
Versie met validatiepunten uit FINALE validatie verwerkt, en ter formele acceptatie
p 5/77
eRevaZfinopgeleverd aan STG
1.0 Finaal 09/10/2020
Versie, finaal gevalideerd, en formeel geaccepteerd
p 6/77
eRevaZfin
2 Afkortingen en definities
2.1 Afkortingen
Nederlandse term
Definitie/ beschrijving
AVR Attesten voor VSB-rechten - Het AVR-platform is ontwikkeld om medische informatie op een geëncrypteerde manier te bewaren.
eID elektronische identiteitskaart
GKB Gemeenschappelijk klantenbestand
GUI Grafische User Interface
IMA Intermutualistisch Agentschap - Het IMA beheert een uitgebreide collectie gegevens over de gezondheidszorg die door de ziekenfondsen worden verzameld. Op basis van die informatie ondersteunt het de ziekenfondsen en het beleid met data, analyses en studies.
INSZ-Nummer IdentificatieNummer van de Belgische Sociale ZekerheidSynoniem voor RR-nummer
IVA Intern verzelfstandigd agentschap
KSZ Kruispuntbank van de Sociale Zekerheid
MCN MyCareNet
NIC Nationaal intermutualistisch college
REVAZ Revalidatieziekenhuizen
RIZIV Het Rijksinstituut voor Ziekte- en Invaliditeitsverzekering
RR RijksRregister
RR-nummer Rijksregister-nummer, synoniem voor INSZ-nummer
SAD Software Architectuur Document
SLA Service Level AgreementEen document waarin de prestatie-eisen naar responsetijd en beschikbaarheid staan beschreven.
UAM User and Access Management van eHealth
p 7/77
eRevaZfinVAZG Vlaams Agentschap Zorg en Gezondheid
VI Verzekeringsinstelling (VI), ziekenfonds of mutualiteit
VICO Vlaams Intermutualistisch College
VSB Vlaamse Sociale Bescherming
VSB-DP Digitaal Platform voor alle actoren van de Vlaamse Sociale Bescherming
VSB-eWZCfin Toepassing die het proces van de financiering van de woonzorgcentra centraal aanstuurt vanaf de aanvraag tot en met de betaling van het recht op basistegemoetkoming voor zorg.
VSB-eRevaZfin Toepassing die het proces van de financiering van de revalidatieziekenhuizen centraal aanstuurt vanaf de aanvraag tot en met de betaling van het recht op basistegemoetkoming voor zorg.
VSB-LB LedenBeheer voor de Vlaamse Sociale Bescherming
VSB-OCC Het VSB Operations Control Center is een detectie-, diagnose-, rapporterings- en remediëringstool dat gebruikt wordt ter ondersteuning van de operationele backoffice-teams van het Digitaal Platform voor de Vlaamse Sociale Bescherming (VSB).
VTC Vlaamse ToezichtCommissie
ZF Vlaams Zorgfonds
ZK ZorgKas
ZKC Zorgkassencommissie
ZKT Zorgkassentoepassing
2.2 Definities
2.2.1 Revalidatieziekenhuizen
Een revalidatieziekenhuis is een zorgvoorziening (als vermeld in artikel 5, §1, I, eerste lid, 3° en 4°, van de bijzondere wet van 8 augustus 1980 tot hervorming der instellingen) waarin passende zorg wordt aangeboden aan patiënten van wie de gezondheidstoestand een opname of verblijf vereisen, met als doel de gezondheidstoestand te herstellen of te verbeteren door de ziekte te bestrijden of de patiënt te revalideren.
p 8/77
eRevaZfin
De volgende revalidatieziekenhuizen vallen onder Vlaamse bevoegdheid:
Revalidatieziekenhuis Aantal bedden Type revalidatie
Revalidatieziekenhuis Inkendaal 178 Sp Locomotorisch, Cardiopulmonair, NeurologischRevarte 142 Sp en 52 G Locomotorisch, NeurologischBZIO (bundeling zorginitiatieven Oostende) 125 Sp LocomotorischKEI Koningin Elisabeth Instituut 130 Sp + 35 Sp-Psychogeriatrie Locomotorisch, Cardiopulmonair, Neurologisch,
PsychogeriatrieNationaal MS-centrum Melsbroek 120 SpRevalidatie en MS-centrum Overpelt 120 Sp NeurologischDe Dennen 38 Sp-Psychogeriatrie PsychogeriatrieZorgband Leie en Schelde revalidatieziekenhuis Lemberge
63 Sp Chronisch
Bron: https://www.zorg-en-gezondheid.be/informatiedagwelkominvlaanderen
In de Sp-diensten bestaan specifieke normen en erkenningen voor: S1: Cardiopulmonaire aandoeningen S2: Locomotorische aandoeningen S3: Neurologische aandoeningen S4: Palliatieve zorgen S5: Chronische ziekten S6: Psychogeriatrie
2.2.2 Prijs per verpleegdagDe prijs per verpleegdag is het bedrag dat revalidatieziekenhuizen voor een individuele zorggebruiker/gebruiker aan de zorgkas van deze zorggebruiker/gebruiker mogen aanrekenen en dat, samen met de ziekenhuistwaalfden, een vergoeding is voor de zorgverlening en organisatiegebonden kost. De prijs per verpleegdag is een specifiek bedrag per verpleegdag, per revalidatieziekenhuis dat het resultaat is van de toepassing van een geheel aan rekenregels die buiten dit project wordt berekend. De resulterende berekeningen worden per revalidatieziekenhuis jaarlijks ter beschikking gesteld op het VSB download center. Er wordt een historiek opgebouwd zodat er bij wijziging van de verpleegdagprijzen altijd het correcte tarief wordt toegepast. De resulterende verpleegdagprijzen omvatten het vaste (12-den) deel van het Budget Revalidatieziekenhuizen (BRZ), het variabele deel van het Budget Revalidatieziekenhuizen en de 100%-prijs voor niet-verzekerde patiënten.
2.2.3 Nomenclatuurcode wordt prestatiecode
Een (pseudo)nomenclatuurcode is een code die een prestatie aanduidt binnen de ziekteverzekering, die al dan niet geheel of gedeeltelijk wordt vergoed.Binnen VSB wordt eerder de term prestatiecode gebruikt.
2.2.4 Overgangsprotocol
Een overeenkomst tussen de federale overheid en de gemeenschappen en gewesten om, in het kader van de staatshervorming, de overname en de continuïteit van de dienstverlening te verzekeren voor de overgedragen bevoegdheden. Wat de revalidatieziekenhuizen betreft voorziet het protocol dat de FOD Volksgezondheid en het RIZIV tot 1 januari 2019 verder, in opdracht van de
p 9/77
eRevaZfinGemeenschappen en de Gewesten, de financiering uitvoerde. Dit om de Gemeenschappen en de Gewesten de nodige tijd te geven om die financiering daadwerkelijk over te nemen. Vanaf 1 januari 2019 gebeurt de berekening door het Agentschap Z&G, die de te betalen bedragen communiceert aan de VI’s.
2.2.5 ZorggebruikerIedere natuurlijke persoon die een beroep doet of wil doen op de Vlaamse sociale bescherming.
2.2.6 ZKC (zorgkassencommissie)De zorgkascommissie is een multidisciplinair beoordelingsteam. De ZKC bestaat uit teams van artsen, verpleegkundigen, maatschappelijk werkers, kinesitherapeuten, ergotherapeuten en logopedisten uit de verschillende zorgkassen. Binnen de regels vastgelegd door de Vlaamse Regering controleert de commissie de vergoedingsvoorwaarden van de zorg waarvoor de tegemoetkoming word gevraagd en de conformiteit met de verleende zorg.
De 'a posteriori' medische controles die uitgevoerd zullen worden door de ZKC zijn geen onderdeel van het ICT traject dat het onderwerp is van deze GBA. Er zijn immers verdere politieke beslissingen nodig om te bepalen wat de ZKC, wanneer met de medische informatie zal doen. Voor de ZKC zal wel al de mogelijkheid voorzien worden tot het consulteren van de medische gegevens.
De politieke beslissing om geen 'a priori' controles uit te voeren op de medische gegevens, maar enkel 'a posteriori' controles, werd reeds genomen.
In afwachting van de nodige beslissingen, maken we voor de revalidatieziekenhuizen de veronderstelling dat de ZKC enkel belast zal zijn met het uitvoeren van ‘a posteriori’ controles. De a posteriori controles worden opgenomen door VAZG in een latere fase. Ingevolge rapportering of bij thematische, gerichte controles, vallen ze onder de taken van de zorgkassencommissie.
2.2.7 Rijksregister (RR)Het RR centraliseert persoonskenmerken van natuurlijke personen uit de bevolkingsregisters van de Belgische gemeenten. Het RR bestaat uit het bevolkingsregister, het vreemdelingenregister en het wachtregister. Het bevat alle personen die officieel en reglementair ingeschreven zijn in een Belgische gemeente en alle personen die een aanvraag hebben gedaan tot politiek asiel.
3 Achtergrond
3.1 Situering en doel
3.1.1 Situering
3.1.1.1 De Vlaamse Sociale Bescherming
VSB legt de basis voor een Vlaamse Sociale Zekerheid. VSB zal bestaan uit volgende pijlers:
1. het zorgbudget voor zwaar zorgbehoevenden2. het zorgbudget voor zorgbehoevende ouderen3. zorgbudget voor mensen met een handicap4. de financiering van zorg en ondersteuning in woonzorgcentra
p 10/77
eRevaZfin5. de financiering van zorg en ondersteuning in geestelijke gezondheidszorg, met name:
5.1. de financiering van zorg en ondersteuning in initiatieven beschut wonen5.2. de financiering van zorg en ondersteuning in centra voor geestelijke gezondheidzorg
6. de financiering van zorg en ondersteuning in de revalidatie:6.1. de financiering van zorg en ondersteuning in revalidatieziekenhuizen6.2. de financiering van zorg en ondersteuning in centra voor fysieke revalidatie
7. de financiering van zorg en ondersteuning in de thuiszorg, met name:7.1. de financiering van zorg en ondersteuning verleend door diensten voor gezinszorg en
aanvullende thuiszorg7.2. de financiering van zorg en ondersteuning in dagverzorgingscentra7.3. de financiering van zorg en ondersteuning in centra voor kortverblijf7.4. de financiering van zorg en ondersteuning in centra voor herstelverblijf
8. de financiering van mobiliteitshulpmiddelen.
De inkanteling van deze pijlers gebeurt op verschillende tijdstippen, waarbij in een eerste fase de prioriteit ligt op de continuïteit van de werking en de financiering, en in een latere fase op het implementeren van de basisprincipes voor VSB.
In de planning van VSB onderscheiden we de volgende fases:
De as Is fase: vanaf 01/01/2019 worden de revalidatieziekenhuizen operationeel beheerd door VAZG via het overnamedecreet. De rol van de FOD Volksgezondheid en het RIZIV, voor wat betreft de werkingskosten voor Vlaamse bevoegdheden, werd overgenomen door het agentschap Z&G.
De to Be fase: vanaf 01/01/2022 zullen de revalidatieziekenhuizen beheerd worden door VSB en de zorgkassen via een VSB-decreet.
In een eerste fase werden het zorgbudget voor zorgbehoevende ouderen en het zorgbudget voor mensen met een handicap samengebracht met het zorgbudget voor zwaar hulpbehoevenden in één Vlaams verzekeringsmodel: de VSB. Dit werd gerealiseerd met het eerste decreet VSB, afgekondigd op 24 juni 2016.
Momenteel wordt het decreet VSB – fase 2 aangevuld met nieuwe onderdelen. Het betreffen zowel onderdelen waarvoor de bevoegdheid is overgeheveld in het kader van de zesde staatshervorming, als onderdelen waarvoor Vlaanderen reeds bevoegd was en die verwant zijn aan de overgehevelde materies, zoals de thuiszorg en de centra geestelijke gezondheid. De tweede fase betreft met name thuiszorg (gezinszorg, dagverzorging en kortverblijf), residentiële ouderenzorg, geestelijke gezondheidszorg (centra voor geestelijke gezondheid en initiatieven voor beschut wonen), revalidatievoorzieningen vooral gericht op psychosociale aspecten, revalidatievoorzieningen gericht op het herstel van fysieke functies, revalidatieziekenhuizen en de mobiliteitshulpmiddelen.
p 11/77
eRevaZfin3.1.1.2 Zorgkassen: uniek loket en partner van de Vlaamse overheid
Voor alle pijlers van VSB zijn de zorgkassen het unieke loket. Om die opdracht optimaal te kunnen uitvoeren is het onontbeerlijk dat de zorgkassen mede-eigenaar zijn van performante, ondersteunende applicaties.
Uitgangspunt daarbij is dat nieuwe VSB-applicaties verder gemeenschappelijk, centraal ontwikkeld zullen worden in regie van de Vlaamse Overheid, vertrekkend van het reeds bestaande digitaal platform zorgverzekering, met maximaal hergebruik van bestaande componenten.
Aan de zorgkassen wordt de uitdrukkelijke garantie gegeven dat de gemeenschappelijke, centrale applicatie in partnership wordt ontwikkeld en zo nodig in de toekomst aangepast wordt. Dat partnership is gebaseerd op een volkomen evenwaardigheid tussen zorgkassen en VSB. Op basis van dit partnership worden volgende uitgangspunten gerealiseerd:
- optimale dienstverlening;- hergebruik van data en gegevensstromen;- aandacht voor administratieve eenvoud en kostenefficiëntie;- aandacht voor operationele rapportering en beleidsrapportering.- De beoogde oplossing moet de zorgkassen en ziekenfondsen voldoende flexibiliteit en
mogelijkheden bieden om een unieke loketfunctie te vervullen voor haar leden om zich zo te kunnen onderscheiden van andere zorgkassen en ziekenfondsen.
- Dit kan worden gerealiseerd door de ontwikkeling van web-services en -interfaces, data- en informatie uitwisseling en Business Intelligence oplossingen.
- De oplossing moet de Back Office medewerkers van de Zorgkas van het ziekenfonds van specifieke dossierinformatie kunnen voorzien. Het spreekt voor zich dat dit via een efficiënte, gebruiksvriendelijke en intuïtieve oplossing dient te worden gedaan.
- Persoonlijke (zorgkas én ziekenfonds specifieke) communicatie naar de leden over zorgkastaken in het algemeen (bvb. bijdragen) en (DPZ gerelateerde) producten in het bijzonder, dient ten alle tijden mogelijk en combineerbaar te zijn.
- Operationele Back Office samenwerking wordt gerealiseerd als er een aantoonbare positieve meerwaarde aan verbonden is voor elke Zorgkas.
- In het algemeen dienen de vereisten te worden vastgelegd in een lastenboek, met inbreng en goedkeuring van alle betrokken partijen/ zorgkassen .
- Change Requesten lopen via de Senior Management overleggroep en dienen daar voorgelegd te worden voor goedkeuring, dit zolang er in projectfase gewerkt wordt. De samenstelling van de board zal uiterlijk vastgelegd worden op het moment van de start van de ontwikkelingen. Vanaf dan zullen de eerste change requesten behandeld worden.
3.1.2 Beoogd doelDe financiering van de werking van de revalidatieziekenhuizen heeft tot doel een subsidie te voorzien voor de werking. In deze werkingskosten zijn een aantal zaken rond basiszorg opgenomen. Specifieke medische prestaties worden, gecodeerd volgens RIZIV-nomenclatuur, verder aan het RIZIV en voor rekening van de federale overheid, aan het RIZIV gefactureerd. De werkingskosten, ten laste van de Vlaamse overheid, worden vereffend via een vast gedeelte – uitbetaald volgens maandelijkse twaalfden – en een variabel gedeelte – uitbetaald via gefactureerde verpleegdagen.
p 12/77
eRevaZfineRevaZfin is het project dat de overname omvat van het geheel van het financierings- en facturatieproces ten laste van de Vlaamse overheid van de verpleegdagen. Het facturatieproces en de financiering van de medische prestaties, die na de 6de staatshervorming ten laste van het RIZIV zijn gebleven, vallen buiten de scope van dit project.
De financiering van de werkingskosten van de revalidatieziekenhuizen zal met ingang van 1 januari 2022 binnen de context van VSB-verzekerbaarheid verlopen. Dit betekent concreet dat vanaf 1 januari 2022 de TO BE periode begint te lopen met een maximaal behoud van de financiering AS IS. Hierbij zal de betaling van de verpleegdagen door de zorgkassen gebeuren in plaats van door de ziekenfondsen. De betaling van de maandelijkse twaalfden zal zoals nu rechtstreeks door de zorgkassen betaald worden.
Vandaag verloopt het financierings- en facturatieproces tussen revalidatieziekenhuizen en de ziekenfondsen ook reeds geautomatiseerd. Voor de facturatie van de medische prestaties worden de facturatieregels gebruikt zoals voorzien door het RIZIV in “de groene bijbel”. Voor de facturatie van de maandelijkse twaalfden en de verpleegdagen werden Vlaamse facturatie-instructies opgesteld. Uiteraard sluiten de Vlaamse facturatie-instructies maximaal aan bij de federale facturatie-instructies.
De scope omvat dan ook het geheel van acties ten laste van Vlaanderen i.v.m. het financierings- en facturatieproces tussen revalidatieziekenhuizen en de zorgkassen wat betreft de kennisgeving van de opnames en de afrekening van de verblijfsdagen die de revalidatieziekenhuizen aanrekenen aan de respectievelijke zorgkassen van hun zorggebruikers.
Meer concreet omvat dit onder meer volgende aspecten:
o registreren van opname- en ontslag;o controle op volledigheid van de opname informatie;o controle op de aanwezigheid van de medische indicatie bij einde opnameo registeren van een verlenging van de opname; inclusief controle op de aanwezigheid van
medische indicatieo controle van de verzekerbaarheid burger (i.k.v. VSB);o controle op de erkenning en bekwaamheid van de voorziening;o controle op de correctheid van de gefactureerde verblijfsdagen;o organisatie van cumulcontroles;o bedragen terugvorderen waar nodigo voorzien in de nodige operationele en beleidsmatige rapportering;
het bezorgen door revalidatieziekenhuizen van de factuur aan de zorgkassen De doelstelling van het project is, om met een minimum aan impact op de operationele werking van de revalidatieziekenhuizen, de facturen voor de werkingskosten van de revalidatieziekenhuizen voor wat betreft de verpleegdagen bij de zorgkassen te krijgen, zodat de revalidatieziekenhuizen hun betalingen tijdig ontvangen. Hierbij moet rekening gehouden worden met de complexiteit dat er nog steeds facturen met federale prestaties naar de VI’s moeten kunnen gestuurd en betaald worden. Voor het bepalen van de impact voor de revalidatieziekenhuizen mag echter niet uit het oog verloren worden dat de impact verder kan reiken dan enkel de gegevensuitwisseling. Zo zal er bijvoorbeeld bijsturing nodig zijn aan de factuur voor de patiënt, ... .
p 13/77
eRevaZfinDe centrale zorgkassenapplicatie eRevaZfin moet ook toelaten dat toezicht op de werking van de zorgkassen mogelijk is naar analogie met de werkwijze waarbij Zorginspectie vandaag voor haar controles ook een beroep doet op de data waarover VAZG beschikt.
De impact- en behoefteanalyse zal een antwoord moeten bieden op de vraag of met de applicatie, naast de overname van het huidige (as is) facturatieproces, ook extra functionaliteiten kunnen worden gerealiseerd zoals bv.:
o De vereenvoudiging van regularisaties. De facturatie van de verpleegdagen per dag maakt het mogelijk om elke aanvaarde gefactureerde prestatie (1 dag) individueel te regulariseren.
o De zorgkassen beschikken over één centrale toepassing voor alle zorgkassen. Dit maakt dat de businessregels centraal wordt toegepast en dus voor iedere zorgkas gelijk zijn en alle opname-informatie centraal beschikbaar is.
3.2 Stakeholders
3.2.1 ZorgkassenDe zorgkas is het unieke loket waar de burger met al zijn vragen terecht kan. De zorgkas moet de burger kunnen informeren en bijstaan bij zijn aanvraag. Indien nodig kan de zorgkas de gewenste documenten bezorgen aan de burger. De zorgkas kan de burger ook naar de juiste instantie doorverwijzen indien nodig. De zorgkas betaalt ook de prijs per verpleegdag en de maandelijkse twaalfden uit aan de revalidatieziekenhuizen op basis van ontvangen facturen.
Er zijn zes erkende zorgkassen. Deze zorgkassen staan in voor de dagelijkse werking van VSB (zorgbudget voor zwaar hulpbehoevenden, zorgbudget voor mensen met een handicap, zorgbudget voor zorgbehoevende ouderen en vanaf 2019 ook ouderenvoorzieningen en leeftijdsonafhandelijke mobiliteitshulpmiddelen). Vijf zorgkassen werden opgericht vanuit de ziekenfondsen. De Vlaamse Zorgkas werd als overheidszorgkas van rechtswege erkend.Een zorgkas verricht onder andere de volgende taken:
• personen aansluiten• bijdragen innen• uniek loket vormen in de brede zin van het woord, zowel voor de sector als de leden• begeleiden en informeren t.a.v. aangesloten leden en t.a.v. voorzieningen • aanvragen om tegemoetkomingen verwerken• uitbetalen van tegemoetkomingen aan zorgverstrekkers en/of leden• terugvorderingen• ledenverdediger• steekproefsgewijze controlefunctie• enzovoort
Identificatie ZKType gebruiker PrimairVertegenwoordiger Zie ProjectplanRol Senior Businessgebruiker ZKInput in project De Senior Businessgebruiker is eindverantwoordelijk voor:
het zeker stellen dat de behoeften, eisen en wensen volledig, consistent en nauwkeurig zijn vastgelegd.
p 14/77
eRevaZfin het vaststellen dat de projectproducten tegemoetkomen aan de
behoeften, eisen en wensen. het beoordelen van gebruikersrelevante aandachtspunten b.v.
risico's, wijzigingen, problemen. het beschikbaar stellen van gebruikers of
gebruikersvertegenwoordigers voor deelname aan het project. Het geven van input voor Vlaamse facturatie-instructies, op basis
waarvan facturen later aanvaard / geweigerd zullen worden
3.2.2 RevalidatieziekenhuizenIn een revalidatieziekenhuis verblijven zorggebruikers die nood hebben aan gespecialiseerde en multidisciplinaire revalidatie voor complexe aandoeningen. De werking wordt door de overheden gefinancierd. Het revalidatieziekenhuis factureert daartoe aan de zorgkassen.
Identificatie Revalidatieziekenhuis
Type gebruiker PrimairVertegenwoordigers Zie projectplanRol Senior Businessgebruiker revalidatieziekenhuisInput in project De Senior Businessgebruiker is eindverantwoordelijk voor:
het zeker stellen dat de behoeften, eisen en wensen volledig, consistent en nauwkeurig zijn vastgelegd.
het vaststellen dat de projectproducten tegemoetkomen aan de behoeften, eisen en wensen.
het boordelen van gebruikersrelevante aandachtspunten b.v. risico's, wijzigingen, problemen.
het beschikbaar stellen van gebruikers of gebruikersvertegenwoordigers voor deelname aan het project.
de overdracht van de kennis van de bestaande processen
3.2.3 De Vlaamse sociale beschermingDe Vlaamse sociale bescherming
staat in voor het beheer van de financiën van de Vlaamse sociale bescherming controleert of de regelgeving correct wordt toegepast stuurt de zorgkassen en voorzieningen baat een eigen Vlaamse zorgkas uit behandelt bezwaren en boetes in het kader van de Vlaamse zorgverzekering.
Identificatie VSB
Type gebruiker SecundairVertegenwoordigers Xavier MeurisseRol Senior business gebruiker VSBInput in project De Senior Businessgebruiker is eindverantwoordelijk voor:
• het zeker stellen dat de regelgeving, de behoeften, eisen en wensen volledig, consistent en nauwkeurig zijn vastgelegd• het vaststellen dat de projectproducten tegemoetkomen aan de
p 15/77
eRevaZfinregelgeving, de behoeften, eisen en wensen.• het beoordelen van gebruikersrelevante aandachtspunten b.v. risico's, wijzigingen, problemen• het beschikbaar stellen van gebruikers of gebruikersvertegenwoordigers voor deelname aan het project.
De Senior Businessgebruiker vertegenwoordigt het wettelijkkader en hen die gebruik zullen gaan maken van de terealiseren producten.
3.2.4 Vlaams Agentschap Zorg en Gezondheid/GKBHet Vlaams Agentschap Zorg en Gezondheid is verantwoordelijk voor de aanlevering van informatie met betrekking tot de erkenning van revalidatieziekenhuizen (via GKB). Het VAZG berekent periodiek (meestal jaarlijks) de budgetten per revalidatieziekenhuis en communiceert de maandelijkse twaalfden en de prijs per verpleegdag van elk revalidatieziekenhuis via het VSB donwload center.
Identificatie VAZGType gebruiker SecundairVertegenwoordigers Philippe ValepynRol Senior business gebruiker VAZGInput in project De Senior Businessgebruiker is eindverantwoordelijk voor:
het zeker stellen dat de regelgeving, de behoeften, eisen en wensen volledig, consistent en nauwkeurig zijn vastgelegd
het vaststellen dat de projectproducten tegemoetkomen aan de regelgeving, de behoeften, eisen en wensen.
het beoordelen van gebruikersrelevante aandachtspunten b.v. risico's, wijzigingen, problemen
het beschikbaar stellen van gebruikers of gebruikersvertegenwoordigers voor deelname aan het project.
inspraak op de keuze en/of werking van rapporteringstoolsDe Senior Businessgebruiker vertegenwoordigt het wettelijkkader en hen die gebruik zullen gaan maken van de terealiseren producten.
3.2.5 Kruispuntbank van de Sociale ZekerheidDe Kruispuntbank heeft een elektronisch netwerk uitgebouwd dat de verschillende instellingen van sociale zekerheid met elkaar verbindt en instaat voor informatiedeling met betrekking tot de sociaal verzekerden en de werkgevers. Iedere instelling van sociale zekerheid is verantwoordelijk voor de opslag en het bijwerken van de informatie in haar gegevensbank. Op basis van strikte machtigingen kunnen andere instellingen van sociale zekerheid via het netwerk de informatie uit de verschillende gegevensbanken raadplegen.
Identificatie KSZ
Type gebruiker SysteemVertegenwoordigers Lies VandecasteeleRol Verkrijgen van persoonsinformatie (RR-nummer)
p 16/77
eRevaZfinInput in project Bewaking dat de gegevensuitwisselingen kunnen worden verwezenlijkt.
3.2.6 Ziekenfondsen
Er zijn in België vijf erkende landsbonden, onderverdeeld in voornamelijk regionaal georganiseerde ziekenfondsen:
Landsbond van de Christelijke Mutualiteiten Landsbond van de Neutrale Mutualiteiten Landsbond van de Socialistische Mutualiteiten Landsbond van de Liberale Mutualiteiten Landsbond van de Onafhankelijke Mutualiteiten
Daarnaast is er de Hulpkas voor ziekte- en invaliditeitsverzekering en de Kas der geneeskundige verzorging van HR Rail en de Hulpkas van de zeevarende.
Zij behandelen het hele proces van aanvraag tegemoetkoming tot uitbetaling aan de voorzieningen, controle op de validiteit van de facturen, financiële rapportering en toekennen van afgeleide rechten, voor verpleegdagen met datum voor eind 2021.
In het kader van het correct kunnen toepassen van regelgeving, in het bijzonder de controle op cumulbepalingen en de betaling van RIZIV-nomenclatuur prestaties, zowel door de ziekenfondsen als binnen de Vlaamse context, is er gegevensuitwisseling nodig tussen het digitaal platform en de ziekenfondsen. Gegevensuitwisseling is ook belangrijk in het kader van het opstellen van de MAF-teller van de zorggebruiker, voor het statuut chronische aandoeningen, de forfait chronisch zieken en de impact op de incontinentieforfait.
Identificatie ZiekenfondsenType gebruiker SysteemVertegenwoordigersRol Gegevensoverdracht tussen digitaal platform en ziekenfondsenInput in project Bewaking dat de gegevensuitwisselingen kunnen worden
verwezenlijkt. Overdracht van de kennis rond de bestaande processen. Input voor de aanpassing van de facturatie-instructies, op basis
waarvan facturen later aanvaard / geweigerd zullen worden.
3.2.7 AVR-platformHet AVR-platform is ontwikkeld om medische informatie op een geëncrypteerde manier te bewaren. Als er nood is aan de uitwisseling van medische informatie wordt dit bewaard op dit platform.
Identificatie AVR
Type gebruiker SysteemVertegenwoordigers
p 17/77
eRevaZfinRol Bewaren van geëncrypteerde medische informatie.Input in project Zorgen voor toegang tot de geëncrypteerde medische informatie.
De medische informatie is onderdeel van de aanvaarde opname die naar de VI verstuurd wordt.
3.2.8 LedenbeheerHet ledenbeheer bevat de informatie over de status van aansluiting bij een zorgkas.
Identificatie Ledenbeheer
Type gebruiker SysteemVertegenwoordigersRol Informatie aanreiken over de status van aansluiting/verzekerbaarheid
aan een revalidatieziekenhuis en aan de toepassing in het kader van de aanvaarding of niet van een aanvraag tot opname, tegemoetkoming en facturen.
Input in project Bewaking dat de gegevensuitwisselingen kunnen worden verwezenlijkt.
3.2.9 Zorgkassencommissie
De Zorgkassencommissie is een multidisciplinaire pool van medici, verpleegkundigen,paramedici, psychologen en kinesistherapeuten. Vanuit die pool kunnen verschillende interdisciplinaire teamsworden samengesteld die instaan voor controles zoals bepaald in artikel 34 van het decreethoudende de Vlaamse Sociale Bescherming. Dit omhelst onder andere de a posteriori controle van de revalidatievoorzieningen en de revalidatieziekenhuizen volgens de parameters bepaald door de Vlaamse Regering.
Identificatie ZorgkassencommissieType gebruiker SecundairVertegenwoordigersRol A posterio controles en ad hoc gerichte controlesInput in project Geen
3.2.10 Federale overheidsdienst FinanciënDe federale overheidsdienst Financiën moet informatie ontvangen omtrent de aanvaarde gefactureerde dagen (VSB prestaties) van de revalidatieziekenhuizen.
Identificatie FOD FinanciënType gebruikerVertegenwoordigersRol Ontvangen van informatieInput in project Geen
p 18/77
eRevaZfin3.2.11 Team Ziekenhuizen en Fysieke revalidatie (VAZG)Met het oog op het verzamelen van beleidsinformatie over de revalidatieziekenhuizen, zal nagegaan worden of men gebruik kan maken van informatie die binnen de centrale zorgkassentoepassing beschikbaar is.
Identificatie VAZGType gebruiker SecundairVertegenwoordigers Christine Van Der Heyden
RolTeam Ziekenhuizen en Fysieke revalidatie maakt gebruik van informatie die binnen de ZKT beschikbaar is.
Input in project Aangeven welke rapportering relevant is Validiteit van de rapporten controleren
3.2.12 IMADe wettelijke opdracht van het IMA (Intermutualistische Agentschap) is de door de verzekeringsinstellingen verzamelde gegevens analyseren in het kader van hun opdrachten en hierover informatie verstrekken.
Het is op basis van ziekenfondsgegevens dat het IMA studies uitvoert en de overheid aanbevelingen aanbiedt. Via de IMA-ATLAS kunnen ook permanent cijfergegevens ter beschikking worden gesteld. Deze IMA-ATLAS bevat statistieken en cijfergegevens die tot tien jaar terug gaan en jaarlijks worden geactualiseerd. Bijvoorbeeld: cijfergegevens over de verhoogde tegemoetkoming. Het zijn de ziekenfondsen die de nodige gegevens (facturatie gegevens en administratieve gegevens) gecodeerd doorgeven aan IMA. Naast het analyseren van deze gegevens, voert het IMA ook onderzoeken uit in samenwerking met en/of in opdracht van andere federale overheidsinstellingen, gewesten, gemeenschappen en universiteiten.
De prestatiecodes, samen met het bedrag, zullen doorgestuurd worden naar de mutualiteiten. De mutualiteiten kunnen zo de nodige gegevens aanleveren aan IMA.
Identificatie IMA
Type gebruiker Secundair
Vertegenwoordigers
Rol Analyse van data van de mutualiteiten.
Input in project Niet rechtstreeks betrokken.
p 19/77
eRevaZfin
3.2.13 Software leveranciers revalidatieziekenhuizeneRevaZfin zal afhankelijk zijn van de software die ter beschikking is voor de revalidatieziekenhuizen.
Identificatie Software leveranciers revalidatieziekenhuizen
Type gebruiker Secundair
Vertegenwoordigers Infohos Services Obasi vzw Xperthis …
Rol De software van het revalidatieziekenhuis speelt een belangrijke rol voor de werking van eRevaZfin. Via deze software worden alle gegevens doorgestuurd en worden alle antwoorden van eRevaZfin verwerkt.
Input in project Technische haalbaarheid bevestigen van de voorgestelde applicatie in GBA.
Input van kennis van bestaande processen doorlooptijd voor de aanpassing van de software Validatie van de aangepaste facturatie-instructies.
3.2.14 BurgerDe burger moet, ondanks deze hervormingen, één gebruikersfactuur blijven ontvangen.
Identificatie Burger of wettelijke vertegenwoordiger
Type gebruiker Primair
Vertegenwoordigers Zorgkassen, gebruikersverenigingen, VPP
Rol De burger kan eventueel automatisch recht krijgen op een tegemoetkoming vanuit VSB.
Input in project Niet rechtstreeks betrokken.
Gezien de verwevenheid van de verschillende onderdelen, is het noodzakelijk om de gebruikersfactuur als één geheel te beschouwen.
Ook in het kader tariefzekerheid voor de patiënt een belangrijk aspect: bv. eventuele klachten over de aanrekening van bijv. Vlaamse supplementen bij patiënten.
Als we de factuur in verschillende onderdelen beginnen op te splitsen missen we belangrijke info.
Bijvoorbeeld: kamerkeuze (VO) bepaalt in welke mate ereloonsupplementen mogen/kunnen aangerekend worden (federale regelgeving).
De factuur zal de burger informeren over wat hijzelf als zorggebruiker moet betalen en welke bedragen er aan de zorgkas en welke aan de mutualiteit aangerekend worden. De zorgkas is immers
p 20/77
eRevaZfinhet aanspreekpunt voor informatie over zijn opnamedagen en aangerekende Vlaamse supplementen.
3.2.15 Vlaamse toezichtscommissie voor de verwerking van persoonsgegevensDe wet van 8 december 1992 tot bescherming van de persoonlijke levenssfeer ten opzichte van de verwerking van persoonsgegevens (de Privacywet) omschrijft heel precies op welke manier en onder welke omstandigheden persoonsgegevens kunnen worden verwerkt of doorgegeven. Sommige verwerkingen zijn echter zo delicaat, dat ze enkel mogelijk zijn indien daar specifiek toestemming voor wordt gegeven (zogenaamde "machtigingen"). De Vlaamse toezichtcommissie verleent, op verzoek of op eigen initiatief, advies aan het Vlaams Parlement, de Vlaamse Regering, de instanties en belanghebbenden over de bescherming van de persoonlijke levenssfeer.
Identificatie VTC
Type gebruiker
Vertegenwoordigers
Rol Toezien dat de privacy bij de verwerking van de persoonsgegevens wordt geëerbiedigd.
Input in project Het goedkeuren van machtigingen in het kader van gegevensstromen tussen betrokken stakeholders.
3.2.16 Commissie voor de bescherming van de persoonlijke levenssfeerDe Privacy commissie zorgt ervoor dat persoonsgegevens zorgvuldig worden gebruikt en beveiligd, en dat de privacy ook in de toekomst gewaarborgd blijft.
Identificatie CBPL
Type gebruiker
Vertegenwoordigers
Rol Toezien dat de privacy bij de verwerking van de persoonsgegevens wordt geëerbiedigd.
Input in project Goedkeuren van de aangevraagde machtigingen.
Controle van de privacy.
3.2.17 Kabinet van Vlaams minister van Welzijn, Volksgezondheid en GezinEen kabinet is de aanduiding van een dienst bestaande uit een groep medewerkers die een politicus met een belangrijke functie in de uitvoerende macht ondersteunt. Het kabinet vormt de persoonlijke groep stafmedewerkers, inhoudelijk adviseurs, en het persoonlijk secretariaat van die politicus en verzorgt de beleidsvoorbereiding. In België is een kabinet een belangrijke beleidsactor.
p 21/77
eRevaZfin
3.2.18 eHealth-platformIdentificatie eHealth
Type gebruiker Secundair
Vertegenwoordigers Kris van Aken
Rol Basisdiensten (services) worden gebruikt bij het uitwisseling van de gegevens tussen de sector en VSB en tussen VSB en de VI
Input in project Authenticatie en autorisatie encryptie, toegangsbeheer, timestamping
3.2.19 Nationaal Intermutualistisch College
Identificatie NIC
Type gebruiker secundair
Vertegenwoordigers Remi De Bradt
Rol Het Nationaal Intermutualistisch College (NIC) is een mutualiteiten-associatie, samengesteld uitvertegenwoordigers van de 5 landsbonden van de ziekenfondsen, van de Hulpkas voor Ziekte en Invaliditeit en van de Kas voor Geneeskundige Verzorging van de NMBS.
Input in project Verantwoordelijk voor het ter beschikking stellen van VSB Net de softwarecomponent die toelaat om de uitwisseling van gegevens te realiseren tussen de sector en VSB en tussen VSB en de mutualiteiten.
VSB Net is een kopij van de Federale MyCarenet onder Vlaamse governance.
p 22/77
eRevaZfin
3.3 De gebruikers Revalidatieziekenhuis.
een revalidatieziekenhuis is een zorgvoorziening voor gezondheidzorg (als vermeld in artikel 5, §1, I, eerste lid, 3° en 4°, van de bijzondere wet van 8 augustus 1980 tot hervorming der instellingen) waarin passende zorg wordt aangeboden aan patiënten van wie de gezondheidstoestand op opname of het verblijf vereisen, met als doel de gezondheidstoestand te herstellen of te verbeteren door de ziekte te bestrijden of de patiënt te revalideren.
Zorgkas.De zorgkasmedewerker is een dossierbehandelaar die de taken van de zorgkas, zoals beschreven onder punt 3.2.1 Zorgkassen, opneemt en uitvoert. Voor de revalidatieziekenhuizen houdt dit o.a. de volgende concrete taken in:
o Ondersteunen en begeleiden van de revalidatieziekenhuizen bij het doorsturen van gegevens.
o De doorgestuurde opnames en facturen actief opvolgen.o Ondersteuning bieden bij het nemen van een beslissing door de zorgkas, over een
bepaalde opname of factuur.o Uitbetalen van de facturen aan de revalidatieziekenhuizen.o Administratieve a priori controles uitvoeren.o Als Uniek loket, vb.
Informeren over de verwerpingen voor de factuur Informeren over de betaling van de factuur Informeren over de terugvordering van onterecht uitbetaalde prestaties …
VSB.De werknemer bij de Vlaamse overheid oefent volgende taken uit
o Toezicht op de correcte toepassing van de regelgeving bij het nemen van beslissingen voor een bepaalde opname of factuur.
o Administratieve a priori controles uitvoeren.o Rapporteren over revalidatieziekenhuizen.o Beheren van parameters.o Opvolgen procesuitvoering.
p 23/77
eRevaZfin
4 Opdrachtdefinitie
4.1 Opgelegde voorwaarden
4.2 Relevante feiten en veronderstellingen
4.2.1 Externe factoren die een invloed kunnen hebben op het product- Alle revalidatieziekenhuizen zijn klaar om vanaf 04-01-2022 volledig digitaal te werken voor
alle onderdelen van het proces (kennisgeving, facturatie,…).- eRevaZfin krijgt, van VAZG, per voorziening, de toe te passen prijs per verpleegdag (Budget
Revalidatieziekenhuizen per specialisatie, Sp- of G-dienst). De aanlevering gebeurt op een centraal punt binnen de Vlaamse administratie, van waaruit voormelde gegevens meteen naar eRevaZfin doorgesluisd worden. De aanlevering gebeurt op continue wijze waarbij ervoor gezorgd wordt dat altijd de meest recente gegevens beschikbaar zijn voor de facturatie. De regelgeving voorziet 1 berekening per jaar. De prijzen zijn geldig van 1/1 tem 31/12. Enkel in geval van indexatie worden in de loop van een kalenderjaar nieuwe prijzen berekend. Daarnaast bestaat de mogelijkheid dat, omwille van uitzonderlijke omstandigheden (bv. nu omwille van COVID) aanpassingen aan de prijzen / vereffeningsmodaliteiten gebeuren. De voorziening zelf wordt onmiddellijk in kennis gesteld van aanpassingen aan dit bedrag.
- De gewenste samenwerking tussen de VI’s, RIZIV, sector, VSB en de zorgkassen, met betrekking tot het persoonlijk aandeel en de maximumfactuur, komt tijdig tot stand. Dit houdt o.a. in dat er tijdig een digitale stroom met informatie om het persoonlijk aandeel te kunnen berekenen tijdig operationeel ter beschikking wordt gesteld.
4.2.2 Veronderstellingen die door het team worden gemaakt omtrent het project- Het is de bedoeling om de gegevens van de opnames, inclusief alle wijzigingen, de
uitbetaalde prestaties en de gebruikersfactuur door te sturen van VSB naar de VI’s. De veronderstelling die we momenteel maken is, dat dit voldoende is om aan alle behoeftes van de VI’s te voldoen. Indien uit verdere analyses zou blijken dat deze veronderstelling niet correct is, dan wordt de oplossing bijgestuurd. De onzekerheid m.b.t. deze veronderstelling vormt een projectrisico.
- We gaan er van uit dat het proces voor de financiering van prestaties onder Vlaamse bevoegdheid, met prestatiedatum vóór 01-01-2022 via de mutualiteiten blijft lopen, ook na 01-01-2022
- Revalidatieziekenhuizen worden niet met terugwerkende kracht erkend.- De gegevens van het verblijf omvatten zowel de gegevens van de opname als eventuele
medische informatie. Er is initieel geen extra informatie voorzien voor zorgprofielen van de patiënten.
- De uitsplitsing tussen de federale en Vlaamse facturatie gebeurt door de revalidatieziekenhuizen zelf (via hun software).
- Er is geen (BELRAI-)inschaling nodig in de scope van dit project. De omschakeling naar de (BELRAI-)inschaling wordt opgenomen in een apart project.
p 24/77
eRevaZfin- De MAF-teller blijft in het beheer van de VI’s. Het is voldoende dat de aangerekende en
aanvaarde bedragen voor persoonlijk aandeel tijdens de facturatie doorgestuurd worden naar de VI’s. De VI’s beschikken hiermee over voldoende informatie voor het berekenen van de MAF-teller en het bepalen van het sociaal statuut voor persoonlijk aandeel. We veronderstellen hier dus dat de MAF-teller AS-IS behouden blijft. De kans is echter reëel dat de huidige MAF-teller, in de loop van het project, zal evolueren naar een interfederale MAF-teller. In dat geval zal de voorgestelde oplossing moeten bijgestuurd worden. De onzekerheid m.b.t. de evolutie van de MAF-teller vormt een projectrisico.
- Het gebruik van een digitale handtekening is niet in het bereik van eRevaZfin aangezien er geen getekende document doorgestuurd worden naar de centrale VSB/zorgkassen toepassing. Documenten dienen bij het revalidatieziekenhuis, ter inzage bewaard te worden.
- Op 01/01/2022 zullen alle opnames in de revalidatieziekenhuizen administratief afgesloten worden bij de VI’s. De opnames zullen als nieuwe opnames doorgestuurd worden naar de centrale zorgkassentoepassingen ‘eRevaZfin’ van VSB.Op basis van ervaringen uit het verleden zal er extra aandacht besteed worden om dit proces centraal te faciliteren, naast coördinatie kan ook de volledige populatie op productie verwerkt worden op de acceptatie omgeving om te controleren dat ze reeds in hun orde zijn met hun verzekerbaarheid en als dusdanig te anticiperen op eventuele problemen. Daarenboven zal er een doorlooptijd voorzien worden waarin de administratieve omschakeling kan gebeuren. Hierover zullen concrete afspraken met de revalidatieziekenhuizen en de softwareleveranciers gemaakt worden.
p 25/77
eRevaZfin
4.3 Scope van de opdracht
4.3.1 Context van de opdracht
4.3.2 ContextdiagramOnderstaand diagram geeft een beeld van de stakeholders buiten het eRevaZfin-systeem, samen met een overzicht van de uitwisselingen van gegevens die gebeuren tussen het eRevaZfin-systeem en de stakeholders.
dfd eRevaZHfin Contextdiagram
eRevaZHfin
Zorgkas
Mutualiteit
Revalidatieziekenhuis
AVR-platform
GKB
Ledenbeheer
FOD FIN
VSB
Burger
BTZ (opnameprijzen)
(16) Registratieregularisatie
(25) Push wijzigingverzekerbaarheid
(2) Antwoord informatievevraag VSB-
verzekerbaarheid
(23) Beleidsinformatie
(3) Kennisgevingdoorsturen
(15) Doorsturenverpleegdagen
(18) Opvragen enwijzigen informatie
(11) Pushprijzen
verpleegdag
(7) Doorsturenmedische informatie
(1) Informatievevraag VSB-
verzekerbaarheid
(21) Opvragenmedische informatie
(13) Antwoord opfactuur
(17) Notificatieregularisatie
(6) Antwoord VSB-verzekerbaarheid
(12) Stuurfactuur
(20)Notificatie wijzigingkennisgeving
(24) Stuur overeenstemmingstroken
(22) Verstrekken medischeinformatie
(8) verstrekkensociaal statuut
(14) Betaalopdrachten
(5) Vraag VSB-verzekerbaarheid
(19) Verstrekkeninformatie
(10) Antwoorderkenning
RevaZH
(4) Antwoord opkennisgeving
(8) Doorsturenkennisgeving
(9) VraagerkenningRevaZH
p 26/77
eRevaZfin
4.3.3 Beschrijving van de data-stromen(1) Informatieve vraag VSB-verzekerbaarheid.
Het revalidatieziekenhuis vraagt informatief naar de verzekerbaarheid van de zorggebruiker bij de Vlaamse Sociale Bescherming. De bedoeling is te verifiëren of de zorggebruiker aangesloten is bij een zorgkas.De vraag naar de verzekerbaarheid wordt nog in andere processen herhaald waar het een deelproces is.De verzekerbaarheid kan binnen het eRevaZfin-systeem getoetst worden op basis de gegevens van de applicatie Ledenbeheer die gevoed wordt vanuit de authentieke bronnen i.e. de zorgkassen.Deze vraag wordt rechtstreeks aan Ledenbeheer gevraagd zonder langs het eRevaZfin-systeem te passeren.
(2) Antwoord informatieve vraag VSB-verzekerbaarheid.Het antwoord van het eRevaZfin-systeem naar het revalidatieziekenhuis op de vraag naar verzekerbaarheid. Het antwoord bevat informatie over de aansluiting (welke zorgkas, periode van aansluiting en optioneel het domicilieadres van de verzekerde). Bij geen aansluiting worden de mogelijke reden van niet aansluiting doorgegeven. Wanneer de verzekerbaarheid wordt afgetoetst als deelproces zal dit antwoord het antwoord van het hoofdproces beïnvloeden.
(3) Kennisgeving doorsturen.Het revalidatieziekenhuis stuurt een kennisgeving/opname naar het eRevaZfin-systeem. Een kennisgeving omvat verschillende types:- een nieuwe opname van een zorggebruiker- een ontslag van een zorggebruiker- een wijziging van de opname van een zorggebruiker- een verlenging van de opname- een tijdelijke afwezigheid van een zorggebruiker. - een annulatie van een opnameDe kennisgeving bevat naast enkele gegevens over het verblijf ook eventueel medische informatie, al dan niet onder gestructureerde vorm.Momenteel bestaan er verschillende federale stromen voor het doorsturen van de informatie van een opname. Er wordt rekening gehouden met de functionaliteiten van al deze bestaande federale stromen, terwijl er binnen eRevaZfin minder stromen zullen worden voorzien.
(4) Antwoord op kennisgeving.Nadat het eRevaZfin-systeem de kennisgeving heeft verwerkt stuurt het een antwoord terug naar het revalidatieziekenhuis. Afhankelijk van het soort aanvraag zal het antwoord andere gegevens bevatten, maar kan in eenzelfde structuur gevat worden.De inhoud van het antwoord kan zijn- ontvangstbewijs: bevestigt de ontvangst van een bericht zonder uitspraak te doen over het resultaat - het resultaat: geeft aan wat het resultaat van de verwerking is, samen met bijkomende uitleg; dit deel wordt los van het ontvangstbewijs verstuurd (door de asynchrone verwerking).
p 27/77
eRevaZfinHet resultaat kan verschillende vormen aannemen- onontvankelijkheid: het bericht werd verworpen omdat er een vormelijke fout werd gevonden- aanvaard: bevestigt de correcte verwerking van een bericht, bv. na registratie van een nieuwe opname of wijziging/verlenging van een bestaande opname (voor een bepaalde periode). Bijkomend is ook het sociaal statuut van de patiënt en de aanduiding of de patiënt al dan niet de MAF-teller bereikt werd nodig teneinde het persoonlijk aandeel te kunnen berekenen.- weigering: de gegevens zijn niet verwerkt, bv. omwille van een cumulbeperking, niet-verzekerd,…samen met de reden van weigering.- in beraad: er kan niet direct een antwoord worden geformuleerd over het al dan niet aanvaarden van de opname bv omdat niet alle voorwaarden voldaan is, omdat er een manuele verificatie vereist is, omdat er bijkomende informatie nodig is,…
(5) Vraag VSB-verzekerbaarheid (aan Ledenbeheer).Bij het valideren van een kennisgeving of factuur wordt de vraag naar de verzekerbaarheid van de zorggebruiker bij de Vlaamse Sociale Bescherming gesteld aan de databank Ledenbeheer. Dit wordt nogmaals geverifieerd bij facturatie om zeker te zijn dat aan de juiste Zorgkas wordt gefactureerd.
(6) Antwoord VSB-verzekerbaarheid (van Ledenbeheer). Het antwoord bevat:- de zorgkas bij wie de zorggebruiker is aangesloten op het moment van de vraag en de periode die “gedekt” isOntvangen informatie persoonlijk aandeelTeneinde het persoonlijk aandeel te kunnen berekenen is er informatie nodig over het sociaal statuut en de MAF 100% van de patiënt. Deze informatie wordt aangeleverd door de VI’s. Het persoonlijk aandeel is om de factuur te controleren. Voor patiënten voor wie de MAF 100 % bereikt is, mag het revalidatieziekenhuis verpleegdagen aan 100 % aan de ZK factureren.
(7) Doorsturen medische informatie.Het revalidatieziekenhuis stuurt, in het geval van aanvraag tot verlenging van een eerder aanvaarde kennisgeving, medische informatie door naar het eRevaZfin-systeem in een aanvraag tot verlenging van een eerder aanvaarde opname. Deze gegevens worden gezien als gevoelige informatie en worden daarom in een aparte versleutelde databank bewaard. Ze worden o.a. gebruikt voor het goedkeuren of weigeren van een vraag tot verlenging van een opname of voor de a-posteriori controle.
(8) Doorsturen kennisgeving (naar mutualiteit)Een kennisgeving over de opname , de wijziging, de verlenging, het ontslag of het annuleren van een opname van een zorggebruiker in een revalidatieziekenhuis wordt doorgestuurd naar de mutualiteiten. Enkel door het eRevaZfin-systeem aanvaarde kennisgevingen worden doorgestuurd. Op die manier kunnen de VI’s andere controles uitvoeren die horen bij het uitbetalen van specifieke verstrekkingen in het kader van de verplichte ziekteverzekering (bv de medische prestaties die door het revalidatieziekenhuis voor deze zorggebruiker aan de VI’s gefactureerd worden).De kennisgeving moet voldoende gedetailleerd zijn: datum en uur van opname, , type
p 28/77
eRevaZfinkennisgeving (opname, annulering, verlenging van opname, ontslag,…), reden (terugkeer naar huis, overlijden, annulering,…).
(9) Vraag erkenning revalidatieziekenhuisDe erkenning van het revalidatieziekenhuis voor de doorgestuurde opname wordt afgetoetst bij GKB (en niet meer bij het RIZIV).
(10)Antwoord erkenning revalidatieziekenhuis(11)Push prijzen verpleegdag.
Minstens bij elke wijzigingwordt een lijst van de prijs per verpleegdag per voorziening doorgestuurd naar het eRevaZfin-systeem. Die lijst wordt gebruikt bij de verwerking van de facturen. Voor een correcte validatie van de factuur is het van belang dat de revalidatieziekenhuizen en het eRevaZfin-systeem op hetzelfde moment over dezelfde bedragen van de basistegemoetkomingen beschikken.
(12)Stuur factuur (zending)Het revalidatieziekenhuis stuurt een factuur naar het eRevaZfin-systeem. Het eRevaZfin-systeem zal de factuur automatisch controleren en verwerken.Het betreft hier enkel de factuur voor de zorgkassen en de aangerekende supplementen aan de patiënt. De factuur voor de federale prestaties aan de VI’s en de factuur voor de patiënt wordt verondersteld eveneens door de software van het revalidatieziekenhuis te worden opgesteld.
(13)Antwoord op factuur (zending).Het eRevaZfin-systeem bevestigt de goede ontvangst van de facturen met eventuele opmerkingen. Verder wordt de zending zo veel mogelijk automatisch verwerkt door de toepassing van een aantal businessregels. Tenslotte wordt de zending (gedeeltelijk) aanvaard of wordt er een weigering verstuur met de reden hiervoor. Dit antwoorden volgt de logica van de “groene bijbel”. De logica of de regels zijn verduidelijkt in Vlaamse instructies.De verschillende types antwoorden zijn
a. In een eerste tijdi. een ontvangstbewijs
ii. een onontvankelijkheid van de volledige zending omwille van een fout in de communicatie, bv. Factuur
iii. reeds eerder doorgestuurd (dezelfde zending werd reeds eerder verstuurd)b. - In een tweede tijd, alleen volgend op ontvangstbewijs
i. (gedeeltelijke) aanvaarding van de zending, inclusief gevonden foutenii. verwerping van de volledige zending omwille van een meer dan 5%
inhoudelijke fouteniii. een blokkerende fout
c. In een derde tijd, alleen volgend op gedeeltelijke of volledige aanvaarding van de zending
i. de eindafrekening van de zending(14)Betaalopdrachten
Na verificatie van de facturen wordt een lijst met betaalopdrachten (per revalidatieziekenhuis) door het eRevaZfin-systeem doorgestuurd naar de zorgkassen die uiteindelijk instaan voor de uitbetaling.
p 29/77
eRevaZfin(15)Doorsturen verpleegdagen (naar mutualiteiten).
Teneinde een aantal bijkomende controles uit te voeren moeten de mutualiteiten beschikken over een gedetailleerd overzicht van de gerealiseerde verpleegdagen (datum, prestatiecode, bedrag) die door het eRevaZfin-systeem werden aanvaard voor uitbetaling.
(16)Registratie regularisatieIndien een zorgkas voor een reeds betaalde verpleegdagen om een of andere reden (a posterio cumulconflict, herziening prijs per verpleegdag, tegemoetkoming ten laste van andere verzekeringsinstelling, …) een regularisatie wenst door te voeren kan de zorgkas een regularisatie registreren via de webapplicatie. Het revalidatieziekenhuis wordt hiervan op de hoogte gesteld via een notificatie van de regularisatie. In dit geval is het niet de bedoeling dat het revalidatieziekenhuis verder de rechtzetting via de normale procedure doorstuurt ze krijgen een nieuwe eindafrekening. De regularisaties worden doorgegeven naar de boekhouding van de zorgkas via een betaalopdracht in ‘-‘.
(17)Notificatie regularisatieIndien een zorgkas een regularisatie geregistreerd heeft, wordt het betrokken revalidatieziekenhuis hiervan op de hoogte gesteld.
(18)Opvragen en wijzigen informatie (door zorgkassen).De zorgkassen vragen informatie op die aanwezig is in het eRevaZfin-systeem. Dit gebeurt concreet gezien via een webapplicatie. Zo is het mogelijk om het detail van een factuur of een opname op te vragen teneinde meer uitleg te kunnen geven bij eventuele vragen van een revalidatieziekenhuis of de zorggebruiker.De zorgkassen hebben ook de mogelijkheid om bepaalde gegevens aan te passen teneinde te vermijden dat het revalidatieziekenhuis een nieuwe kennisgeving moet doorsturen. Op deze manier kan de zorgkas bijvoorbeeld kennisgeving in beraad laten verwerken wanneer de zorggebruiker zijn aansluiting in orde werd gebracht.
(19)Verstrekken informatie (aan zorgkassen).Het eRevaZfin-systeem verstrekt de gevraagde informatie aan de zorgkassen (via een webapplicatie).
(20)Notificatie wijziging kennisgeving (push bericht)De zorgkas kan de gegevens van een opname onder strikte voorwaarden aanpassen (bv een opname beëindigen of de begindatum van een opname aanpassen of de goedgekeurde meldingstermijn aanpassen mits van toepassing voor revalidatieziekenhuizen). De revalidatieziekenhuizen worden van deze wijzigingen op de hoogte gesteld via een notificatie.Met meldingstermijn wordt hier bedoeld het aantal dagen dat voorzien is om tijdig een opname te melden. Indien dit aantal dagen overschreden wordt, kan men pas vanaf de datum dat de opname (laattijdig) werd verstuurd factureren. Om dit te herroepen kan een Zorgkas, mits voldoende motivatie, deze meldingstermijn herroepen.
(21)Opvragen medische informatieDe medische informatie die versleuteld bewaard wordt, moet kunnen opgehaald worden. Dit is nodig - in het kader van een a posteriori controle door de ZKC- bij het verzamelen van gegevens die moeten verstuurd worden naar VI of revalidatieziekenhuis.
p 30/77
eRevaZfin(22)Verstrekken medische informatie.
De gevraagde medische informatie worden doorgestuurd naar het eRevaZfin-systeem.(23)Beleidsinformatie
Vanuit de toepassing eRevaZfin is het wenselijk dat beleidsinformatie ter beschikking kan gesteld worden van VSB en VAZG. Het gaat over informatie voor het team Ziekenhuizen en Fysieke revalidatie. Voorbeelden van mogelijke rapporten zijn: zorgzwaarte per voorziening, uitgaven per revalidatieziekenhuis,… Bepaalde informatie kan ook gebruikt worden voor de opmaak van de begroting.Het ter beschikking stellen van deze informatie wordt besproken in een apart document waarbij ook gekeken wordt naar de behoeftes van de verschillende stakeholders.
(24)Stuur overeenstemmingsstroken.Jaarlijks worden overeenstemmingsstroken op basis van het eRevaZfin-systeem op een elektronische manier verstuurd naar FOD Financiën.
(25)Push wijziging verzekerbaarheidHet is van belang dat de correcte zorgkas de factuur betaald. De zorgkas van aansluiting op moment van opname is niet noodzakelijk dezelfde als de zorgkas van aansluiting bij facturatie, zeker niet wanneer het regularisaties betreft. Daarom stuurt Ledenbeheer de mutaties van opgenomen personen door naar het eRavaZHfin-systeem.
4.4 Scope van het product
4.4.1 ProductgrenzenHet eRevaZfin-systeem ondersteunt de verschillende processen die uiteindelijk leiden tot de betaling van de facturen van de werkingskosten van een revalidatieziekenhuis waarvoor Vlaanderen bevoegd is in het kader van het verblijf van een zorggebruiker. Er wordt gestreefd naar een maximale automatisatie van de volgende deelprocessen:
Registratie van kennisgevingen(opnames), getuigschriften en facturen doorgestuurd door revalidatieziekenhuizen.
Verzamelen van gegevens, nodig voor diverse controles en beleidsondersteuning Uitvoeren van automatische controles op kennisgevingen en facturen. Voorzien van mogelijkheden om gegevens van dit systeem te raadplegen door verschillende
externe actoren. Versturen van betalingsopdrachten naar de zorgkassen. Versturen van overeenstemmingsstroken naar FOD Financiën
p 31/77
eRevaZfin4.4.2 Use Case Diagram
uc UseCase
eRevaZHfin
Revalidatieziekenhuis
1. Verifieer VSB-verzekerbaarheid
2. Behandelen kennisgeving
3. Uitvoeren cumulcontrole opname intern
Mutualiteiten
15. Beheer prijs per verpleegdag
GKB
13. Beheer erkenningen
ouderenvoorziening
Zorgkassen
5.Verwerk facturen
AVR-platform
9. Consulteren gegevens
VSB
Ledenbeheer
4. Stuur notificatie kennisgeving
FOD FIN
12. Verstuur overeenstemmings-
stroken
10. Wijzigen gegevens
7. Versturen betalingsopdrachten
ZKC
16. Rapportering
8. Stuur notificatie prestaties naar
mutualiteiten
6. Uitvoeren cumulcontrole factuur intern
11. Registratie regularisatie
14. Beheer prestatiecodes
17.Bepalen persoonlijk aandeel
«extend»«include»
«extend»
«include»
«extend»
«include»
«include»
«include»
«extend»
«include»
«include»
p 32/77
eRevaZfin
4.4.3 Use Cases
4.4.3.1 Verifieer VSB-verzekerbaarheidID: 1
Titel: Verifieer VSB-verzekerbaarheidBeschrijving: Voor een zorggebruiker van een revalidatieziekenhuis kan de zorgkas pas
een tegemoetkoming uitbetalen wanneer de zorggebruiker VSB-verzekerd is. In deze UC wordt de VSB-verzekerbaarheid van de zorggebruiker geverifieerd.
Gekoppelde UC
Primaire actor: Het eRevaZfin-systeem
Pre condities: Digitaal platform is beschikbaar VSB Ledenbeheer is beschikbaar
Post condities: Antwoord op de vraag VSB-verzekerbaarheid van de zorggebruiker
Benodigde informatie Input: INSZ nummer zorggebruiker Periode Aanvrager (eRevaZfin)
Output: VSB-verzekerd: Ja/Nee Indien nee: reden Indien ja: Zorgkas waar de zorggebruiker is aangesloten en
periode van aansluiting
Hoofdscenario Versturen vraag VSB-verzekerbaarheid naar Ledenbeheer Ontvangen antwoord VSB-verzekerbaarheid Bewaren vraag en antwoord Antwoord verwerken in aanroepende UC (Behandelen
kennisgeving, Verwerk facturen)
Business regel:
Extensies:
Excepties Fout vormvereisten antwoord VSB-verzekerbaarheid
Mate van gebruik: 2000/maand?
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Asynchroon, synchroon
p 33/77
eRevaZfin
4.4.3.2 Behandelen kennisgevingID: 2
Titel: Behandelen kennisgevingBeschrijving: Het revalidatieziekenhuis stuurt een kennisgeving van een opname door
naar het eRevaZfin-systeem. Er zijn verschillende types van kennisgeving mogelijk.
Nieuwe opname Verlenging van opname Correctie Annulatie Stopzetting Ontslag Onderbreking
Gekoppelde UC
Primaire actor: Het eRevaZfin-systeem
Pre condities: Digitaal platform is beschikbaar VSBNet is beschikbaar VSB Ledenbeheer is beschikbaar Er zijn businessregels gedefinieerd voor het verifiëren van een
kennisgeving.
Post condities: Het revalidatieziekenhuis ontvangt een antwoord op de kennisgeving. Dit bestaat uit enerzijds een ontvangstbewijs en anderzijds het eigenlijke antwoord. Het antwoord kan een bevestiging zijn, maar ook een weigering, samen met de reden hiervoor of een melding dat de aanvraag nog in beraad is.
Het eRevaZfin-systeem heeft de kennisgeving doorgestuurd naar de mutualiteiten.
Benodigde informatie Input: HCO-nummer voorziening INSZ nummer zorggebruiker Type kennisgeving Opnamegevens (o.a. gekozen kamertype, …) Medische informatie
Output: Gegevens afhankelijk van het type antwoord Kennisgeving aanvaard: Ja/Nee Indien niet aanvaard: reden Indien aanvaard:
o unieke VSB-referentie van de opnameo periode van goedkeuring
Hoofdscenario Aftoetsen vormvereisten kennisgeving Versturen ontvangstbewijs naar revalidatieziekenhuis Berichten betreffende dezelfde opname worden in de ontvangen
chronologie verwerkt.Bv. een verlenging kan pas correct verwerkt worden als een eerdere eerste goedkeuring van de
p 34/77
eRevaZfinopname werd verwerkt en aanvaard.
Aftoetsen businessregels Extensies uitvoeren Bewaren vraag en resultaat opname. Antwoord sturen naar revalidatieziekenhuis
Business regel: Controle VSB-verzekerbaarheid Revalidatieziekenhuis moet erkend zijn voor de verzonden
kennisgeving. Controle volledigheid van de kennisgeving Cumulcontrole opname “intern”: conflicten met Vlaamse
voorzieningen (enkel REVAZ, of binnen VSB) Opvragen van conflicten met cumulregels bij mutualiteiten. Controle laattijdigheid conform regelgeving Specifieke businessregels REVAZ
Extensies: Bij negatieve validatie is het mogelijk (afhankelijk van de regel) dat de kennisgeving niet meteen geweigerd wordt, maar in beraad geplaatst wordt zodat deze later opnieuw kan gevalideerd worden. In elk geval wordt de opname niet aanvaard indien de zorggebruiker niet verzekerd is. Pas na aansluiting bij een zorgkas kan de opname aanvaard worden.
Stuur notificatie aanvaarde opname naar mutualiteiten. De notificatie bevat het INSZ-nummer van de zorggebruiker, het RIZIV-nummer van het revalidatieziekenhuis, de begindatum, optioneel de einddatum,…
Excepties Fout vormvereisten Fout bij aftoetsen businessregels Getuigschriften kunnen niet bewaard worden in AVR.
Mate van gebruik: 2000/maand?
Eigenaar: eRevaZfin
Prioriteit: Zeer hoogTechniek: Asynchroon
4.4.3.3 Uitvoeren cumulcontrole opname internID: 3
Titel: Uitvoeren cumulcontrole opname intern
Beschrijving: Het betreft hier enkel een controle op de opname. De eigenlijke verpleegdagen wordt per dag op cumul geverifieerd bij de verwerking van de factuur. Voor een opname (of een wijziging ervan) moet geverifieerd worden of er voor de zorggebruiker geen andere aanvaarde opname bestaat voor dezelfde periode. In deze UC wordt de controle uitgevoerd voor opnames in andere revalidatieziekenhuizen of andere VSB pijlers waar de cumulcontrole op van toepassing is.
p 35/77
eRevaZfin
Gekoppelde UC
Primaire actor: Het eRevaZfin-systeem
Pre condities: Er moeten businessrules gedefinieerd zijn voor het aftoetsen van de interne opnames voor de periode van de opname.
Post condities: Antwoord cumul opname in revalidatieziekenhuis
Benodigde informatie Input INSZ-nummer zorggebruiker Begindatum opname
Output Antwoord Ja/Nee Indien een overlappend verblijf wordt gevonden, moet het
antwoord het detail van het overlappend verblijf bevatten, namelijk identificatie revalidatieziekenhuis/WZC (HCO/RIZIV) nummer en periode verblijf.
Hoofdscenario Uitvoering businessregels
Business regel: Voor de opgegeven zorggebruiker mag er op de begindatum van de opname geen opname bestaan in een ander revalidatieziekenhuis (of een andere Vlaamse voorziening) op die datum. Hierbij moet rekening gehouden met het tijdstip van begin en einde van de verschillende opnameperiodes.
Extensies:
Excepties Fout bij aftoetsen businessregels
Mate van gebruik: 2000/maand?
Eigenaar: eRevaZfin
Prioriteit: MediumTechniek: Interne communicatie
4.4.3.4 Stuur notifcatie kennisgevingID: 4
Titel: Stuur notificatie kennisgeving
Beschrijving: De gegevens van een opname worden ook doorgestuurd naar de mutualiteiten. De notificatie bevat een totaalbeeld van de opname samen met de wijzigingen ten opzichte van de vorige situatie. Zowel de nieuwe opname als alle wijzigingen of een annulatie of een stopzetting worden verstuurd.Het versturen gebeurt via een gegevensstroom die in samenspraak met de mutualiteiten wordt vastgelegd.
Het revalidatieziekenhuis ontvangt een notificatie wanneer een externe partij (zorgkas, VSB, adviserend geneesheer,..) gegevens van een opname
p 36/77
eRevaZfinheeft gewijzigd.
Gekoppelde UC Behandelen kennisgeving
Primaire actor: Het eRevaZfin-systeem
Pre condities: Er zijn aanvaarde gegevens van een nieuwe opname, een wijziging van een opname of een annulatie of een stopzetting van een opname die nog niet eerder verstuurd werd.
Post condities: Registratie dat de gegevens met succes werden verstuurd.
Benodigde informatie Input HCO-nummer voorziening RIZIV-nummer voorziening INSZ-nummer zorggebruiker Totaalbeeld van de opname. Type bericht met de gegevens: nieuwe opname, wijziging
(verlenging), annulatie, stopzetting.
Hoofdscenario De notificatie wordt verstuurd naar de mutualiteiten. Het systeem registreert dat de gegevens met succes werden
verstuurd.
Business regel:
Extensies:
Excepties Het versturen van de notificatie is mislukt.
Mate van gebruik: 2000/maand?
Eigenaar: eRevaZfin
Prioriteit: HighTechniek: Asynchroon
4.4.3.5 Verwerk facturenID: 5
Titel: Verwerk facturenBeschrijving: Een revalidatieziekenhuis stuurt facturen met de verpleegdagen
van zijn zorggebruikers naar het eRevaZfin-systeem. Het revalidatieziekenhuis stuurt een aparte maandelijkse factuur per zorgkas. De verpleegdagen worden per dag meegedeeld. Het eRevaZfin-systeem verwerkt deze facturen door ze te controleren en op te slaan. De goedgekeurde verpleegdagen van een factuur worden doorgestuurd naar de mutualiteiten. Het systeem voorziet ook in het verwerken van creditnota's.(Het betreft hier enkel de factuur met de verpleegdagen naar de zorgkas toe)De supplementen i.k.v. de gebruikersfactuur worden ook doorgegeven.
Gekoppelde UC
Primaire actor: Het eRevaZfin-systeem
p 37/77
eRevaZfinPre condities: Digitaal platform is beschikbaar
VSBNet is beschikbaar Er zijn businessrules gedefinieerd voor het aftoetsen van
de facturen voor de periode van de prestaties
Post condities: Het revalidatieziekenhuis ontvangt een antwoord op de factuur
De mutualiteit ontvangt de aanvaarde prestaties
Benodigde informatie Input: Erkenningsnummer revalidatieziekenhuis Zorgkas INSZ nummer zorggebruiker(s) Verpleegdagen (prestatiecode, aantal, eenheidsbedrag,
prestatiedatum,…)Output:
Aanvaard Ja/Neen (met reden) Aanvaarde prestaties met per prestatie het INSZ-nummer,
prestatiedatum, prestatiecode, tussenkomst VSB, persoonlijk aandeel,…
Geweigerde verpleegdagen (met reden)
Hoofdscenario Aftoetsen vormvereisten factuur Versturen ontvangstbewijs naar revalidatieziekenhuis De volgorde van de berichten, zelfs indien deze in beraad
staan, moet gerespecteerd worden. Facturen moeten verwerkt worden in de volgorde dat ze binnenkomen. Een volgende factuur kan bvb. een correctie op een voorgaande factuur bevatten.
Aftoetsen businessregels Uitvoeren extensies Bewaren factuur en resultaat. Antwoord op factuur sturen naar revalidatieziekenhuis
(mededelingsbestand, verwerpingsbestand, afrekenbestand cfr Vlaamse facturatie-instructies)
Business regel: Controle VSB-verzekerbaarheid zorggebruiker Het revalidatieziekenhuis moet erkend zijn voor de
verpleegdagen op de factuur en voor de periode van de factuur.
Er moet een opname bestaan voor de zorggebruiker in het revalidatieziekenhuis voor elke prestatiedag
Het bedrag van de prestatie moet gelijk zijn aan o ofwel de prijs per verpleegdag voor zorg in het
referentiebestand voor het revalidatieziekenhuiso ofwel de basistegemoetkoming overeenkomstig de
prestatiecode. Cumulcontrole tov facturatie binnen het eigen
revalidatieziekenhuis. Bij regularisatie controle op saldo aanvaarde bedragen. Cumulcontroles tov andere revalidatieziekenhuizen en
p 38/77
eRevaZfinandere cumulbepalingen binnen Vlaamse bevoegdheid.
Controles tov cumulbepalingen binnen federale bevoegdheid mits deze informatie opvraagbaar is bij de VI’s.
Correcties op een factuur worden behandeld door de zorgkas van aansluiting op prestatiedatum
Een factuur bevat een aparte prestatie voor elke dag (aantal = 1), m.a.w. prestaties worden niet gegroepeerd per periode. Dit laat toe een minimaal aantal prestaties in mindering te brengen bij weigering.
De verpleegdagen op een factuur van een revalidatieziekenhuis zijn beperkt tot een limitatieve lijst van prestatiecodes. Andere prestaties worden geweigerd.Het gaat dus om VSB-subsidieerbare prestatiecodes.
Prestaties ouder dan 2 jaar (in te stellen periode) worden geweigerd.
De personen binnen de factuur moeten allemaal lid zijn van dezelfde zorgkas. Als een persoon niet tot de juiste zorgkas behoort, worden de prestaties geweigerd.
Er is een onderscheid tussen blokkerende fouten en fouten die meetellen voor de 5% foutendrempel.
Supplementen worden doorgeven zodat de zorgkassen zicht krijgen op de gebruikersfactuur.
Extensies: Stuur notificatie aanvaarde prestaties naar mutualiteiten
Excepties Fout vormvereisten Fout bij aftoetsen businessregels Factuur wordt verworpen omdat er meer dan 5%
inhoudelijke fouten zijn of omdat er een blokkerende fout is
Mate van gebruik: 80 zendingen/ maand
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Asynchroon
4.4.3.6 Uitvoeren cumulcontrole factuur internID: 6
Titel: Uitvoeren cumulcontrole factuur intern
Beschrijving: Voor een factuur worden een aantal controles uitgevoerd, enerzijds op het geheel van de factuur, anderzijds op elk van de individuele verpleegdagen waarvoor een VSB-tussenkomst voorzien is. In deze UC worden voor de verpleegdagen enkel cumulcontroles uitgevoerd binnen
p 39/77
eRevaZfinrevalidatieziekenhuizen of andere Vlaamse voorzieningen.
Gekoppelde UC
Primaire actor: eRevaZfin-systeem
Pre condities: Er moeten businessrules gedefinieerd zijn voor het aftoetsen van de verpleegdagen in een revalidatieziekenhuis voor de periode van de prestaties
Post condities: Antwoord cumul factuur in revalidatieziekenhuizen
Benodigde informatie Input Erkenningsnummer revalidatieziekenhuis INSZ-nummer Prestatiecode Prestatiedatum
Output Antwoord Ja/Nee (+reden) Indien er cumul is, moet het antwoord het detail van de cumul
bevatten, namelijk identificatie instelling, prestatiedatum, prestatiecode
Hoofdscenario Uitvoeren businessregels Bewaren resultaat Antwoord verwerken in UC Verwerk facturen
Business regel: Er mogen geen overlappende identieke verpleegdagen bestaan binnen revalidatieziekenhuizen voor de zorggebruiker op eenzelfde prestatiedatum
Er mogen geen overlappende prestaties zijn binnen de andere pijlers (bv. WZC) op eenzelfde prestatiedatum
Extensies:
Excepties Fout bij aftoetsen businessregels
Mate van gebruik: 4000/maand
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Synchroon
4.4.3.7 Versturen betalingsopdrachtenID: 7
Titel: Versturen betalingsopdrachten
Beschrijving: Het eRevaZfin-systeem verstuurt betalingsopdrachten per revalidatieziekenhuis naar een Zorgkas voor de zorggebruikers die aangesloten zijn bij die Zorgkas op basis van goedgekeurde verwerkte facturen voor de prestatiecodes waarvoor een VSB-tussenkomst voorzien is. Ieder half uur worden de
p 40/77
eRevaZfinbetalingsopdrachten uitgestuurd van de goedgekeurde afgewerkte zendingen.
Gekoppelde UC
Primaire actor: eRevaZfin-systeem
Pre condities: Digitaal platform is beschikbaar
Post condities: De betalingsopdrachten voor een zending zijn verstuurd naar de zorgkassen
Benodigde informatie Eén of meerdere goedgekeurde facturen (revalidatieziekenhuis, datum, bedrag,….)
Hoofdscenario Het eRevaZfin-systeem maakt maandelijks betalingsopdrachten aan per revalidatieziekenhuis en per Zorgkas. Hierbij wordt ook rekening gehouden met regularisaties.
Het eRevaZfin-systeem stuurt de betalingsopdrachten naar de zorgkassen via het Digitaal Platform.
Business regel: Elke aanvaarde of deels aanvaarde zending met de verpleegdagen wordt doorgestuurd naar de betrokken Zorgkas met als bedrag het totaal van de aanvaarde verpleegdagen.
Extensies:
Excepties Fout bij aftoetsen businessregels Het versturen van de betalingsopdracht is mislukt.
Mate van gebruik: 80 / maand
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Asynchroon
4.4.3.8 Stuur notifcatie prestaties naar mutualiteitenID: 8
Titel: Stuur notificatie prestaties naar mutualiteiten
Beschrijving: Na een positieve validatie van de factuur worden de aanvaarde verpleegdagen doorgestuurd naar de mutualiteiten. Alle goedgekeurde prestaties worden verstuurd, ook diegene waarvoor er geen VSB-
p 41/77
eRevaZfintussenkomst voorzien is. Het versturen gebeurt via een gegevensstroom die in samenspraak met de mutualiteiten werd vastgelegd zodat elke mutualiteit slechts de prestaties ontvangt van hun leden
Gekoppelde UC Verwerk facturen
Primaire actor: Het eRevaZfin-systeem
Pre condities: Er is een aanvaarde factuur.
Post condities: Registratie dat de gegevens met succes werden verstuurd.
Benodigde informatie Input HCO-nummer voorziening RIZIV-nummer voorziening Overzicht van alle prestaties
o INSZ-nummer zorggebruikero Prestatiedatumo Prestatiecodeo Bedrag
Hoofdscenario De notificatie met de prestaties wordt verstuurd naar de mutualiteiten.
Het systeem registreert dat de gegevens met succes werden verstuurd.
Business regel:
Extensies:
Excepties Het versturen van de notificatie is mislukt.
Mate van gebruik: 80 zendingen /maand
Eigenaar: eRevaZfin
Prioriteit: HighTechniek: Asynchroon
4.4.3.9 Consulteer gegevensID: 9
Titel: Consulteren gegevensBeschrijving: De zorgkassen, VSB/VAZG, en de medisch verantwoordelijke van de ZKC
hebben de mogelijkheid om via een webapplicatie bepaalde gegevens te consulteren
Gekoppelde UC
p 42/77
eRevaZfinPrimaire actor: Zorgkassen, VSB/ VAZG, de medisch verantwoordelijke van de ZKC
Pre condities: De webapplicatie moet on-line zijn. De rollen en hun toegangsmodaliteiten moeten gedefinieerd zijn.
Post condities: De gevraagde gegevens worden getoond
Benodigde informatie
Hoofdscenario De gebruikers loggen aan op de webapplicatie Afhankelijk van hun rol kunnen ze bepaalde gegevens
consulteren over opnames, facturen, betalingsopdrachten, vragen VSB-verzekerbaarheid.Er worden zoekschermen voorzien met diverse zoekcriteria die als resultaat een overzichtsscherm geven met het resultaat
Business regel: Zie overzicht schermen
Extensies: Rapportering.Afhankelijk van de rol van de gebruiker moet het mogelijk zijn om rapporten en documenten aan te maken, te exporteren en af te drukken.
Excepties
Mate van gebruik:
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Webapplicatie
4.4.3.10 Wijzigen gegevensID: 10
Titel: Wijzigen gegevensBeschrijving: De zorgkassen en VSB hebben de mogelijkheid om via een webapplicatie
bepaalde gegevens te wijzigen
Gekoppelde UC
Primaire actor: Zorgkas, VSB
Pre condities: De webapplicatie moet on-line zijn.
p 43/77
Marc De Meester, 27/07/20,
Nog te bepalen.
eRevaZfin De rollen en hun toegangsmodaliteiten moeten gedefinieerd zijn. Er moeten businessrules gedefinieerd zijn voor het aftoetsen van
de gewijzigde gegevens
Post condities: De wijzigingen zijn doorgevoerd
Benodigde informatie
Hoofdscenario De gebruikers loggen aan op de webapplicatie Afhankelijk van hun rol kunnen ze bepaalde gegevens wijzigen
over opnames, facturen, betalingsopdrachten, validatie van gegevens in beraad,…
Aftoetsen businessregels Bijhouden wie wat wanneer heeft gewijzigd.
Business regel: Zie overzichtsscherm
Extensies: Indien er gegevens gewijzigd zijno wordt een notificatie verstuurd naar de mutualiteiten;o wordt aan het betrokken revalidatieziekenhuis een
bericht gestuurd met de nieuwe gegevens.
Excepties Er is niet voldaan aan de businessregels. Een foutmelding wordt gegeven op het scherm.
Mate van gebruik:
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Webapplicatie
4.4.3.11 Registratie regularisatiesID: 11
Titel: Verwerk regularisatiesBeschrijving: Een medewerker van de zorgkas registreert in eRevaZfin regularisaties (in
plus of in min) voor verpleegdagen die eerder door het revalidatieziekenhuis werden gefactureerd. Hierbij wordt de mederwerker ondersteunt door een scherm die toelaat om op een gebruikersvriendelijke manier de regularisaties aan te duiden op basis van de bestaande verpleegdagen.eRevaZfin verwerkt de regularisatie door extra verpleegdagen met tegengesteld teken op te nemen .
p 44/77
eRevaZfinGekoppelde UC
Primaire actor: Zorgkas
Pre condities: De webapplicatie is on-line VSBNet is beschikbaar Digitaal platform is beschikbaar
Post condities: Het revalidatieziekenhuis ontvangt informatie over de regularisatie
Benodigde informatie
Hoofdscenario Opzoeken detail factuur op basis van factuurnummer Registratie regularisatie in detail factuur Aftoetsen businessregels Verwerken van de regularisatie als een gewone factuur (in plus of
min). Informatie over de regularisatie sturen naar het
revalidatieziekenhuis
Business regel: Voor een regularisatie in min moet het volledige gefactureerde en aanvaarde bedrag van de prestatiedag in mindering worden gebracht.
Inbreng gebeurt door de zorgkas van aansluiting op prestatiedatum.
Dezelfde businessregels worden gebruikt als bij een factuur/kredietnota.
Extensies: Stuur notificatie aanvaarde prestaties naar mutualiteiten
Excepties Fout bij aftoetsen businessregels
Mate van gebruik:
Eigenaar: eRevaZfin
Prioriteit: LaagTechniek: Webapplicatie
4.4.3.12 Versturen overeenstemmingsstrokenID: 12
Titel: Versturen overeenstemmingsstroken
Beschrijving: Het dashboard-team van VAZG verstuurt in april (éénmaal per jaar) de overeenstemmingsstroken naar FOD Financiën. Dit gebeurt op basis van de geëxporteerde data (zie rapportering). Het versturen gebeurt via de KSZ.
Het betreft de aanvaarde prestaties van N-1
De betaaldatum wordt opgevraagd bij de zorgkassen.
p 45/77
eRevaZfinGekoppelde UC
Primaire actor: Dashboard-team
Pre condities: Digitaal platform is beschikbaar
Post condities: De overeenstemmingsstroken zijn verstuurd
Benodigde informatie
Hoofdscenario Het eRevaZfin-systeem maakt de overeenstemmingsstroken op voor een bepaalde periode.
Het eRevaZfin-systeem verstuurt de overeenstemmingsstromen naar FOD Financiën.
Business regel:
Extensies:
Excepties
Mate van gebruik:
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: Synchroon
4.4.3.13 Beheer erkenningen voorzieningenID: 13
Titel: Beheer erkenningen voorzieningenBeschrijving: Dit onderdeel laat toe om de basisgegevens en erkenningsperiodes voor
revalidatieziekenhuizen op te laden vanuit de authentieke bron GKB. Deze gegevens worden dan gebruikt bij de controles van kennisgevingen en facturen of om ook het RIZIV-nummer te vermelden in de communicatie met de mutualiteiten
Gekoppelde UC UC ”Behandelen kennisgeving”
p 46/77
eRevaZfinUC “Verwerk facturen”UC “Stuur notificatie kennisgeving naar mutualiteiten”UC “Stuur notificatie facturen naar mutualiteiten”
Primaire actor: GKB
Pre condities: De gegevens moeten ter beschikking worden gesteld door GKB volgens een afgesproken formaat (webservice).
Post condities: De basisgegevens en erkenningsperiodes voor revalidatieziekenhuizen zijn geregistreerd in eRevaZfin
Benodigde informatie Webservice voor het ophalen van de informatie over voorzieningen in GKB.
Hoofdscenario Een batchjob haalt de gegevens over de revalidatieziekenhuizen uit GKB op via een webservice
Het systeem verifieert de businessregels. Het systeem bewaart de gegevens van de voorzieningen. Het systeem registreert wanneer de batchjob uitgevoerd werd en
wat het resultaat is.
Business regel: De minimale gegevens voor een voorziening moeten aanwezig zijn.
Extensies: Het ter beschikking stellen voor derden van een lijst van de erkende voorzieningen.
Excepties Er is niet voldaan aan de businessregels
Mate van gebruik: Dagelijks
Eigenaar: GKB
Prioriteit: MediumTechniek: Batchjob
4.4.3.14 Beheer prestatiecodesID: 14
Titel: Beheer prestatiecodesBeschrijving: Dit onderdeel laat toe om de prestatiecodes te beheren die voor
revalidatieziekenhuizen door VSB worden opgelegd.
Gekoppelde UC UC “Verwerk facturen”
Primaire actor: VSB
Pre condities: Er moeten businessregels gedefinieerd zijn.
Post condities: De prestatiecodes zijn geregistreerd in eRevaZfin
p 47/77
eRevaZfinBenodigde informatie
Hoofdscenario De gebruiker logt in met de rol VSB De gebruiker maakt een nieuwe prestatiecode aan of werkt de
gegevens van een bestaande prestatiecode bij. De gebruiker kan ook de bedragen van deze prestatiecodes
inbrengen. . Hierbij is een historiek voorzien van deze bedragen. Voor de verpleegdagen kunnen de bedragen ook opgeladen worden (zie UC Beheer prijs per verpleegdag).
Het systeem verifieert de businessregels. Het systeem bewaart de gegevens van de prestatiecodes.
Business regel: De minimale gegevens moeten ingevuld worden. De waarden moeten voldoen aan de opgelegde formaten,
moeten positieve waarden zijn,…..
Extensies: De lijst met prestatiecodes die geldig zijn op een bepaald ogenblik kan afgedrukt of geëxporteerd worden.
Excepties Er is niet voldaan aan de businessregels
Mate van gebruik: Jaarlijks
Eigenaar: VSB
Prioriteit: LaagTechniek: Webapplicatie
4.4.3.15 Beheer prijs per verpleegdagID: 15
Titel: Beheer prijs per verpleegdagBeschrijving: Dit onderdeel laat toe om de prijs per verpleegdag (verschillend voor elk
revalidatieziekenhuis) op te laden voor revalidatieziekenhuizen. De bedragen worden door VAZG berekend en ter beschikking gesteld van eRevaZfin. Deze prijs geldt enkel voor VSB-verzekerde zorggebruikers.
Gekoppelde UC UC “Verwerk facturen”
Primaire actor: VSB
Pre condities: De gegevens moeten ter beschikking worden gesteld door VAZG volgens een afgesproken formaat.
Post condities: De prijzen per verpleegdag zijn geregistreerd in eRevaZfin
p 48/77
eRevaZfinBenodigde informatie Een bestand (systeem) met de prijzen per verpleegdag.
Hoofdscenario Een batchjob haalt de gegevens op met de prijzen per verpleegdag.
Het systeem verifieert de businessregels. Het systeem bewaart de gegevens van de prestatiecodes. Het systeem registreert wanneer de batchjob uitgevoerd werd en
wat het resultaat is.
Business regel: De ontvangen gegevens moeten conform het afgesproken formaat aangeleverd zijn.
Het revalidatieziekenhuis moet bestaan.
Extensies: Het ter beschikking stellen voor derden van een lijst van de basistegemoetkomingen voor zorg.
Excepties Er is niet voldaan aan de businessregels
Mate van gebruik: Dagelijks
Eigenaar: VSB
Prioriteit: LaagTechniek: Batchjob
4.4.3.16 RapporteringID: 16
Titel: Rapportering
Beschrijving: Het dashboard-team genereert rapporten op basis van alle gegevens die in de databank van eRevaZfin aanwezig is. De rapporten betreffen verschillende domeinen (operationeel, management, beleid), maar kunnen ook a posteriori controles inhouden.
Gekoppelde UC
Primaire actor: eRevaZfin-systeem
Pre condities: De gegevens worden ter beschikking gesteld aan het dashboard-team via een export.
Post condities:
p 49/77
eRevaZfinBenodigde informatie
Hoofdscenario
Business regel:
Extensies:
Excepties
Mate van gebruik:
Eigenaar: eRevaZfin
Prioriteit: HoogTechniek: BI-tool
4.4.3.17 Bepaal persoonlijk aandeelID: 17
Titel: Bepaal persoonlijk aandeel
Beschrijving: De Zorgkas betaalt de prijs per verpleegdag uit, verminderd met het persoonlijk aandeel. Het persoonlijk aandeel van de zorggebruiker bij een opname wordt bepaald op basis van o.a. verschillende sociale statuten, eerdere opnames en een algoritme. De mutualiteiten beschikken over al deze data, alsook over het algoritme. Om ervoor te zorgen dat dit persoonlijk aandeel altijd gesynchroniseerd blijft met de mutualiteiten sturen de mutualiteiten dit persoonlijk aandeel en de indicatie of de MAF-teller al dan niet bereikt is via een pushbericht op. Deze informatie is minimaal nodig bij de verwerking van de factuur om te controleren of het correcte persoonlijk aandeel door het revalidatieziekenhuis toegepast is.
Gekoppelde UC UC “Verwerk facturen”
Primaire actor: eRevaZfin-systeem
Pre condities: Digitaal platform is beschikbaar VSB Ledenbeheer is beschikbaar De service voor de push van het persoonlijk aandeel bij de
mutualiteiten is beschikbaar.
Post condities: Het push-bericht van de mutualiteiten is verwerkt en de gegevens zijn aanwezig in het eRevaHfin-systeem
Benodigde informatie Input:
Hoofdscenario Ontvangen push-bericht Bewaren informatie met historiek op een gestructureerde
manier.
Business regel:
Extensies: 2000/maand
Excepties Geen informatie ontvangen
Mate van gebruik:
p 50/77
eRevaZfinEigenaar: eRevaZfin
Prioriteit: HoogTechniek: Asyncroon
4.4.4 Externe use cases
4.4.4.1 Verwerk VSB-verzekerbaarheidID: Ext1
Titel: Verifieer VSB-verzekerbaarheid zorggebruiker bij LedenbeheerBeschrijving: Het systeem VSB Ledenbeheer ontvangt een "Vraag verzekerbaarheid"
van het revalidatieziekenhuis of van het eRevaZfin-systeem.Het systeem VSB Ledenbeheer verifieert de verzekerbaarheid op dezelfde manier als voor de pijler WZC en stuurt een antwoord terug.
Gekoppelde UC Behandelen kennisgeving Verwerk facturen Informele vraag verzekerbaarheid vanuit revalidatieziekenhuis
Primaire actor:
Pre condities:
Post condities: Het revalidatieziekenhuis ontvangt een antwoord op de vraag of een persoon VSB-verzekerd is of niet
Benodigde informatie Input: INSZ nummer zorggebruiker Periode Pijler eRevaZfin
Output: Gegevens afhankelijk van het type antwoord Verzekerd: Ja/Nee Indien nee: reden Indien ja: Zorgkas van aansluiting
Hoofdscenario Aftoetsen vormvereisten vraag Aftoetsen businessregels Extensies uitvoeren Bewaren vraag en resultaat Antwoord sturen naar revalidatieziekenhuis of eRevaZfin
Business regel: Controle lidmaatschap zorgkas Controle administratieve aansluiting voor een niet-Vlaming Eventueel nog andere businessregels voor de pijler REVAZ.
Extensies:
Excepties Er is niet voldaan aan de vormvereisten
p 51/77
eRevaZfinMate van gebruik: 2000/maand (?)
Eigenaar: VSB Ledenbeheer
Prioriteit: HoogTechniek: Synchroon en Asynchroon (bulk)
p 52/77
eRevaZfin
4.4.5 BerichtenHieronder volgt een opsomming van de use cases die door de externe partijen moet voorzien worden teneinde te kunnen communiceren met het eRevaZfin-systeem
4.4.5.1 Communicatie over VSB-net (MyCareNet-instantie)
VSBNet biedt als communicatieplatform de mogelijkheid om de verschillende berichten die nodig zijn als communicatie tussen het revalidatieziekenhuis en het eRevaZfin-systeem en tussen de mutualiteiten en het eRevaZfin-systeem, in beide richtingen te versturen. Aanpassingen aan de verschillende berichten zijn mogelijk in functie van de definitieve beslissingen omtrent de samenwerking VI’s/VSB in verband met de informatie PA en MAF voor het beheer van de Vlaamse opnames (VSB),Het gaat over de volgende berichten:
vraag informatieve verzekerbaarheid VSB antwoord verzekerbaarheid VSB kennisgeving antwoord kennisgeving factuur antwoord factuur notificatie wijziging opname notificatie regularisatie doorsturen kennisgeving naar mutualiteit doorsturen aanvaarde prestaties naar mutualiteit opvragen persoonlijk aandeel bij mutualiteit antwoord persoonlijk aandeel bij mutualiteit
4.4.5.2 Bericht "Kennisgeving"ID:
Titel: Stuur kennisgeving naar eRevaZfinBeschrijving: Het revalidatieziekenhuis maakt een bericht "Kennisgeving" aan voor een
nieuwe opname en stuurt deze naar het eRevaZfin-systeem.Het revalidatieziekenhuis ontvangt een antwoord van het eRevaZfin-systeem op het bericht "Kennisgeving" en verwerkt het antwoord.
Gekoppelde UC Behandelen kennisgeving
Hoofdscenario Opmaak kennisgeving Versturen kennisgeving naar eRevaZfin Ontvangen antwoord van eRevaZfin Verwerken antwoord
Mate van gebruik: Hoog
Eigenaar: Revalidatieziekenhuis
Prioriteit: HoogTechniek: asynchroon
p 53/77
eRevaZfin
4.4.5.3 Bericht "Notificatie kennisgeving (mutualiteit)"ID:
Titel: Verwerking notificatie kennisgeving bij mutualiteitBeschrijving: De mutualiteit van aansluiting ontvangt een notificatie wanneer de
kennisgeving die verstuurd is door het revalidatieziekenhuis positief gevalideerd werd door het eRevaZfin-systeem. De mutualiteiten verwerken deze notificatie.
Gekoppelde UC Behandelen kennisgeving
Hoofdscenario Ontvangen notificatie Verwerken notificatie
Mate van gebruik: Hoog
Eigenaar: Mutualiteiten / MyCareNet
Prioriteit: HoogTechniek: Asynchroon
4.4.5.4 Bericht "Factuur"ID:
Titel: Stuur bericht "Factuur" naar eRevaZfinBeschrijving: Het revalidatieziekenhuis stuurt met een bepaalde frequentie (in principe
maandelijks) facturen door met gerealiseerde verpleegdagen naar het eRevaZfin-systeem. Deze controleert de factuur automatisch en geeft aan welke verpleegdagen zullen worden uitbetaald. De factuur bevat zowel verpleegdagen waarvoor er een VSB-tegemoetkoming is voorzien als prestaties waarvoor niets wordt terugbetaald (indien dit binnen revalidatieziekenhuizen van toepassing is).
Gekoppelde UC Verwerk facturen
Hoofdscenario Opmaak factuur Versturen factuur naar eRevaZfin Ontvangen antwoord van eRevaZfin Verwerken antwoord
Mate van gebruik: Hoog
Eigenaar: Revalidatieziekenhuis
Prioriteit: HoogTechniek: Asynchroon
p 54/77
eRevaZfin
4.4.5.5 Bericht "Notificatie prestaties (mutualiteit)"ID:
Titel: Behandeling bericht "Notificatie prestaties (mutualiteit)" door mutualiteit
Beschrijving: Na controle door het eRevaZfin-systeem worden de goedgekeurde verpleegdagen doorgestuurd naar de mutualiteiten. Op die manier kunnen de mutualiteiten optimaal de informatie verwerken met het oog op een correcte toepassing van de verplichte ziekteverzekering (oa. interne cumulcontroles voor prestaties binnen de verplichte ziekteverzekering, berekenen MAF-tellers,…).
Gekoppelde UC Verwerk facturen
Hoofdscenario Ontvangen notificatie Verwerken notificatie
Mate van gebruik: Hoog
Eigenaar: Mutualiteiten, MyCareNet
Prioriteit: HoogTechniek: Asynchroon
4.4.5.6 Bericht "Betalingsopdracht"ID:
Titel: Behandeling bericht betalingsopdracht door zorgkasBeschrijving: Vanuit het eRevaZfin-systeem wordt na validatie en goedkeuring van een
factuur een betalingsopdracht doorgestuurd naar de zorgkassen. De zorgkas ontvangt de betalingsopdracht, verwerkt deze in hun boekhouding en verzorgt de uitbetaling ervan.
Gekoppelde UC Versturen betalingsopdrachten
Hoofdscenario Ontvangen betalingsopdracht Verwerken betalingsopdracht
Mate van gebruik: Hoog
Eigenaar: Zorgkas
Prioriteit: HoogTechniek: Asynchroon
p 55/77
eRevaZfin
4.4.5.7 Bericht "Stuur overeenstemmingstroken"ID:
Titel: Stuur overeenstemmingstroken
Beschrijving: Op basis van gegevens uit het eRevaZfin-systeem worden met een bepaalde frequentie . overeenstemmingstroken verstuurd naar FOD Financiën
Gekoppelde UC Versturen overeenstemmingstroken
Hoofdscenario Ontvangen overeenstemmingstroken Verifieer gegevens Verwerken gegevens Stuur antwoord
Mate van gebruik: Laag
Eigenaar: FOD Financiën
Prioriteit: HoogTechniek: Asynchroon
4.4.5.8 Bericht "Notificatie wijziging opname"ID:
Titel: Stuur opname naar revalidatieziekenhuisBeschrijving: De zorgkas heeft de gegevens van een opname gecorrigeerd.
De (medisch verantwoordelijke van de) ZKC heeft (medische) informatie aangepast. Het revalidatieziekenhuis wordt van deze wijzigingen op de hoogte gebracht.
Gekoppelde UC Wijzigen gegevens
Hoofdscenario Ontvangen wijziging opname Verwerken wijziging
Mate van gebruik: Laag
Eigenaar: Revalidatieziekenhuis
Prioriteit: HoogTechniek: Asynchroon
p 56/77
eRevaZfin4.4.5.9 Bericht "Notificatie regularisatie"
ID:
Titel: Stuur notificatie regularisatie naar revalidatieziekenhuisBeschrijving: De zorgkas heeft via de webapplicatie een regularisatie geregistreerd voor
reeds betaalde verpleegdagen van een zorggebruiker van een revalidatieziekenhuis, bijvoorbeeld omdat deze ten laste van een arbeidsongevallenverzekering vallen. Het revalidatieziekenhuis wordt hiervan op de hoogte gebracht via een bericht.
Gekoppelde UC Registratie regularisatie
Hoofdscenario Ontvangen notificatie Verwerken notificatie
Mate van gebruik: Laag
Eigenaar: Revalidatieziekenhuis
Prioriteit: MediumTechniek: Asynchroon
4.4.5.10 Bericht "Informatie persoonlijk aandeel"ID:
Titel: Verwerken informatie persoonlijk aandeelBeschrijving: VI stuurt op geregelde tijdstippen informatie door waarmee het
persoonlijk aandeel van een zorggebruiker in een revalidatieziekenhuis kan berekend worden.
Gekoppelde UC Behandelen kennisgeving Verwerken factuur
Hoofdscenario Ontvangen antwoord van mutualiteit Verwerken antwoord
Mate van gebruik: Hoog
Eigenaar: VI
Prioriteit: HoogTechniek: asynchroon
p 57/77
eRevaZfin
4.4.6 Overzicht UC en berichtenUC Gebruikt UC Gebruikt bericht Van Naar Ant Platform S AS
Verifieer VSB-verzekerbaarheid
Vraag VSB-verzekerbaarheid
eRevaZfin Ledenbeheer Ja DP x x
Notificatie VSB-verzekerbaarheid Zorgkas
eRevaZfin Zorgkas Nee DP x
Notificatie VSB-verzekerbaarheid VSB
eRevaZfin VSB Nee DP x
Behandelen kennisgeving Uitvoeren cumulcontrole opname intern
Verifieer VSB-verzekerbaarheid Kennisgeving REVAZ eRevaZfin Ja VSBNet x
Stuur notificatie kennisgeving naar mutualiteiten
Notificatie kennisgeving (mutualiteit)
eRevaZfin Mutualiteiten Nee VSBNet x
Uitvoeren cumulcontrole opname intern
Verwerk facturen Uitvoeren cumulcontrole factuur intern
Verifieer VSB-verzekerbaarheid Bepaal persoonlijk aandeel
Informatie persoonlijk aandeel
VI eRevaZfin Nee VSBNet x
Uitvoeren cumulcontrole factuur intern
Verwerken informatie persoonlijk aandeel
Informatie persoonlijk aandeel
Mutualititeiten eRevaZfin Nee VSBNet x
Versturen betalingsopdrachten
Betalingsopdracht eRevaZfin ZK Nee DP x
Stuur notificatie prestaties aan mutualiteiten
Notificatie prestaties mutualiteit
eRevaZfin Mutualititeiten Nee VSBNet x
Consulteer gegevens
Wijzigen gegevens
Registratie regularisatie Notificatie regularisatie eRevaZfin REVAZ Nee VSBNet x
Versturen overeenstemmingsstroken
Stuur overeenstemmingsstrook
eRevaZfin FOD Financiën Nee DP x
Beheer erkenningen voorzieningen
GKB eRevaZfin Nee WS x
Beheer prestatiecodes VSB eRevaZfin Nee SFTP x
Beheer basistegemoetkoming voor zorg
VSB eRevaZfin Nee SFTP x
p 58/77
eRevaZfin
4.4.7 Schermen
4.4.7.1 Overzicht van de schermen per rol.
ZK (+
VSB)
ZKC
Zoekscherm berichten kennisgevingen R RDetailscherm berichten kennisgevingen RU RZoekscherm opnames R RDetailscherm opnames RU ROverzichtsscherm businessregels R RDetailscherm businessregels R RZoekscherm factuur R RResultaatlijst factuur R RDetailscherm factuur R RZoekscherm individuele factuur R RResultaatlijst individuele factuur R RDetailscherm individuele factuur R RDetailscherm prestaties RU R
4.4.7.2 Mogelijke zoekcriteria voor zoekschermen
4.4.7.2.1 Zoekscherm berichten kennisgeving Revalidatieziekenhuis INSZ-nummer VSB-referentie Datum van/tot Status
4.4.7.2.2 Zoekscherm factuur (zending) Zorgkas (impliciet) Revalidatieziekenhuis Factuurnummer Datum van/tot Status
4.4.7.2.3 Zoekscherm individuele factuur Zorgkas (impliciet) Revalidatieziekenhuis INSZ-nummer Zendingsnummer Datum van/tot Status
p 59/77
eRevaZfin
4.5 Facturatie
4.5.1 Verzendingsprotocol
4.5.1.1 ContextBij de facturatie is het startpunt het versturen van een zending door het revalidatieziekenhuis, waarna het eRevaZfin-systeem de zending verwerkt, met als eindpunt het versturen van een betalingsopdracht aan de Zorgkas.
Een zending is een bericht dat verzonden wordt door het revalidatieziekenhuis ter attentie van een zorgkas. Een zending bevat verschillende facturen. Een factuur is de aanrekening van verpleegdagen voor één persoon.
Dit volgt volledig de instructies hernomen in de Vlaamse elektronische facturatie-instructies. Deze instructies worden opgesteld door de Vlaamse informatica commissie. Het is ook deze commissie die er over waakt of de instructies correct geïnterpreteerd en geïmplementeerd worden.
4.5.1.2 Beschrijving zendingEen zending wordt onderverdeeld in verschillende luiken. Een eerste belangrijke opsplitsing is deze tussen enerzijds de omslag en anderzijds de inhoud van de zending.
De omslag bestaat uit vier segmenten:
segment 200 Identificatie stroom segment 300 Factuur borderel segment 400 Begeleidingsborderel (recordtype 95) segment 500 Samenvattende begeleidingsborderel (recordtype 96)
De inhoud bestaat uit een aantal verschillende recordtypes:
Recordtype 10 en 90 informatie over de zending
Recordtypes 20 en 80informatie over de factuur - per factuur (deze recordtypes komen dus zoveel keer voor als er facturen zijn opgenomen in de zending)
Recordtypes 30 en 50informatie over de prestaties (op grond van een prestatiecode)dit recordtype komt dus zoveel keer voor als er verpleegdagen/verstrekkingen zijn opgenomen in de factuur
Wat volgt is een schematische weergave van de verschillende zones in een zending.
Indicatie geel: “gele bijbel” Indicatie groen: “groene bijbel”
p 60/77
eRevaZfin
4.5.1.3 CommunicatieberichtenDe zending wordt verstuurd door het revalidatieziekenhuis en verwerkt door het eREVAZ-systeem. De zending wordt aanvaard of kan geweigerd worden. Bij een foutenpercentage lager dan 5%, zal de zending gedeeltelijk aanvaard worden. Hiervoor zijn specifieke berichten gedefinieerd. Hieronder wordt de schematische voorstelling van deze berichten getoond. Het is niet de bedoeling om in dit document hier dieper op in te gaan.
p 61/77
eRevaZfin
920999 Weigering bestand.Het facturatiebestand is onleesbaar omwille van technische redenen;
931000 Aanvaarding bestand.Het facturatiebestand bevat geen enkele fout. In dit geval wordt het facturatiebestand aanvaard.
920099 Weigering zending.Het facturatiebestand bevat één fout die van die aard is dat ze het systeem blokkeert. De blokkerende fouten zijn opgenomen in de Excel-lijst “Foutcodes”.ofHet facturatiebestand bevat geen fouten die van die aard zijn dat ze het systeem blokkeren, maar het geheel van fouten overschrijdt de aanvaardingsdrempel.In deze gevallen wordt het facturatiebestand geweigerd. Een nieuwe versie van het betrokken bestand wordt verwacht.
920098 Aanvaarding zending.Het facturatiebestand bevat geen fouten die van die aard zijn dat ze het systeem blokkeren en het geheel van de fouten overschrijdt de aanvaardingsdrempel niet. In dat geval wordt het facturatiebestand aanvaard.
920900 Afrekenbestand.Na aanvaarding wordt een bestand verstuurd met de verworpen prestaties / facturen en de gegevens met betrekking tot de afrekening bevat
p 62/77
eRevaZfin
4.5.2 Facturatieproces.Het facturatieproces bij de revalidatieziekenhuizen is een complex geheel doordat een aantal prestaties nog steeds federaal moeten gefactureerd worden. In deze GBA werden tot nog toe enkel de VSB-prestaties belicht. In dit onderdeel wordt een poging gedaan om het totale facturatieproces in zijn geheel schematisch voor te stellen. Dit schema dient enkel ter verduidelijking. Het is enkel de factuur voor de Zorgkas die in scope is voor eRevaZfin.
BPEL Facturatie
ZorggebruikerRevaZH
eRevaZHfinZorgkas
MyCareN
etM
utualiteitVSBN
et
8. Factuur ZK: regionale prestaties ten lastevan VSB
2. Factuur burger: federale en regionaleremgelden en supplementen ten laste van de
zorggebruiker
4. Factuur VI: federale prestaties tenlaste van mutualiteit
10. Controleer factuur
12. Verwerken en uitbetalenfactuur aan RevaZH
5. Routeer individuele factuurnaar mutualiteit van aansluiting
3. Betalen factuur
1. Opmaken facturen
7. Verwerken en uitbetalenfactuur aan RevaZH
11. Opmakenbetalingsopdracht
6. Controleer factuur
9. Routeer factuur naareRevaZHfin
p 63/77
eRevaZfin1. De software van de revalidatieziekenhuizen maken maandelijks de facturen op. Er worden 3
facturen opgesteld:1.1. Factuur voor de zorggebruiker.1.2. Factuur voor de mutualiteit.1.3. Factuur voor de zorgkas.
2. De factuur voor de zorggebruiker bevat persoonlijke aandelen en supplementen van zowel federale als regionale prestaties. Het is aan de software van de revalidatieziekenhuizen om deze prestaties samen op één factuur voor de zorggebruiker op te nemen.
3. De zorggebruiker betaalt de ontvangen factuur aan het revalidatieziekenhuis.4. De factuur voor de mutualiteit bevat federale prestaties die het revalidatieziekenhuis mag
aanrekenen aan de mutualiteit van aansluiting van de zorggebruiker.5. MyCareNet vervult zijn rol als centraal dienstenplatform om de factuur af te leveren aan de
mutualiteit waar de zorggebruiker is aangesloten op de datum van de factuur.6. De mutualiteit controleert de factuur. Hiervoor beschikt de mutualiteit over de federale
prestaties, maar ook over de regionale opnames en prestaties die via eRevaZfin doorgestuurd worden naar de mutualiteiten (zie beschrijving van de data-stromen horende bij het context-diagram).
7. De mutualiteit verwerkt de factuur, neemt de gegevens op in hun IT-systeem en betaalt de factuur uit aan het revalidatieziekenhuis.
8. De factuur voor de Zorgkas bevat regionale prestaties die het revalidatieziekenhuis mag aanrekenen aan de Zorgkas van aansluiting van de zorggebruiker.
9. VSBnet (als instantie van MyCareNet) vervult zijn rol als centraal dienstenplatform om de factuur af te leveren aan het eRevaZfin-systeem.
10. Het eRevaZfin-systeem controleert de factuur (zie use cases).11. Nadat de factuur correct is bevonden maakt het eRevaZfin-systeem een betalingsopdracht aan
voor de zorgkas waar de zorggebruiker is aangesloten op de datum van de factuur.12. De Zorgkas verwerkt de factuur, neemt de gegevens op in hun IT-systeem en betaalt de factuur
uit aan het revalidatieziekenhuis.
4.6 VerzekerbaarheidDoordat het revalidatieziekenhuis zowel een factuur naar de mutualiteit als naar de zorgkas moet sturen is het belangrijk dat zowel de federale verzekerbaarheid als de VSB-verzekerbaarheid wordt afgetoetst.
Het is de verantwoordelijkheid van het revalidatieziekenhuis om eerst de verzekerbaarheid af te toetsen. Dit neemt niet weg dat de IT-systemen maximale ondersteuning moeten bieden.
Alvorens het revalidatieziekenhuis een nieuwe opname meldt, moet de VSB verzekerbaarheid van de zorggebruiker gecontroleerd worden. Indien deze in orde is, kan de opname doorgestuurd worden.
Na een positieve validatie van de opname zal deze ‘Aanvaard’ worden. Van zodra een opname aanvaard is, kan ze gefactureerd worden. De status van de VI verzekerbaarheid wordt bij het aanvaarden van een opname door VSB niet mee in rekening genomen. Het zal bijgevolg perfect mogelijk zijn dat een opname door VSB aanvaard wordt, terwijl de VI verzekerbaarheid niet in orde is. De beschikbaarheid van het ‘persoonlijk aandeel’ en de status van de MAF-teller, zijn hierbij wel
p 64/77
eRevaZfineen aandachtspunt. Zowel het ‘persoonlijk aandeel’ als de status van de MAF-teller van de zorggebruiker, zijn nodig om de aan VSB gefactureerde bedragen te kunnen valideren. Dit zorgt voor een indirecte afhankelijkheid van de verzekerbaarheid VI op het moment van de facturatie (Zie punt 4.7 Persoonlijk aandeel en MAF-100%). Hoe we hier concreet mee zullen omgaan, wordt in een apart traject (werkgroep ‘persoonlijk aandeel en MAF’) verder uitgediept.
Voor een opname wordt de VSB-verzekerbaarheid afgetoetst. Dit houdt in dat wanneer de patiënt niet aangesloten is bij een Zorgkas de opname wordt geweigerd. Wanneer de patiënt wel aangesloten is bij een Zorgkas maar niet in orde is met de betaling van zijn premies, wordt de opname wel aanvaard. Dit wordt echter gemeld aan de Zorgkas van aansluiting opdat dit zo vlug mogelijk in orde kan gebracht worden.Er moet nog bepaald worden of er geen gevallen zijn die we niet mogen weigeren op basis van de verzekerbaarheid. Het zou kunnen dat we dergelijke patiënten wel kunnen aanvaarden, mits het toepassen van een hogere verpleegdagprijs en persoonlijk aandeel.
4.7 Persoonlijk aandeel en MAF-100%
4.7.1 Persoonlijk aandeelHet ‘Persoonlijk aandeel’, dat van toepassing is op de verpleegdagen gepresteerd door een revalidatieziekenhuis, zal in een eerste fase identiek gehouden worden aan het persoonlijk aandeel dat momenteel voor de Federale ziekenhuizen van toepassing is. Bij de bepaling van het huidige federale persoonlijk aandeel, spelen zowel de sociale status van de zorggebruiker als de lopende opnameduur in een ziekenhuis, algemeen of revalidatie, een rol. Het federale persoonlijk aandeel is bijgevolg sterk verweven met de VI verzekerbaarheid en is gebaseerd op opnamegegevens waarvan de VI’s de authentieke bron zijn.
Het behouden van het persoonlijk aandeel as-is, zal bijgevolg altijd een gegevensuitwisseling met de VI’s inhouden. VSB beschikt immers niet over de federale opname gegevens, nodig om het persoonlijk aandeel correct as-is te kunnen bepalen. Daarenboven is het eerder complex, en zal de benodigde effort aanzienlijk zijn, om de sociale categorie van de zorggebruiker zelf te bepalen. Efficiënter is het daarom, om in een eerste fase, de bepaling van het ‘Persoonlijk aandeel’ van de zorggebruiker aan de VI’s over te laten.
Wanneer het eRevaZfin-systeem niet over een persoonlijk aandeel kan beschikken kan er ook geen correcte validatie van de VSB-factuur uitgevoerd worden. In elk geval is het de bedoeling dat het revalidatieziekenhuis en het eRevaZfin-systeem over dezelfde informatie beschikken door het verwerken van dezelfde pushes van de VI's. Het persoonlijk aandeel kan ook nul zijn of er kan aangeduide worden dat het persoonlijk aandeel het volledig bedrag van de verpleegdagprijs bedraagt.
Het proces en de communicatiestro(o)m(en) die noodzakelijk zijn voor de bepaling en de uitwisseling van het persoonlijk aandeel tussen de VI’s en VSB, wordt uitgewerkt in een apart traject door de werkgroep ‘persoonlijk aandeel en MAF’.
In een later fase, bij wijziging van de Vlaamse regelgeving, zal de bepaling van het persoonlijk aandeel van toepassing op de verpleegdagen, verschuiven naar eRevaZfin.
p 65/77
eRevaZfinEen belangrijk aandachtspunt bij bovenstaande werkwijze is de afhankelijkheid van VSB op de VI’s. De Vlaamse regelgeving moet immers op korte termijn gealigneerd blijven met de federale regelgeving. Een minimum aan onafhankelijkheid kan gerealiseerd worden door in de communicatie tussen VSB en de VI’s niet met de resulterende bedragen maar met nomenclatuurcodes te werken. Zo wordt de bepaling van het bedrag zelf volledig Vlaams. Een verschil in beslissing, federaal en Vlaams, om vb. een indexering al dan niet door te voeren, is op deze wijze perfect mogelijk. De werkgroep ‘persoonlijk aandeel en MAF’ zal, bij de uitwerking van de oplossing, de voor- en nadelen van de gekozen werkwijze moeten afwegen..
4.7.2 MAF-100%De MAF-teller is momenteel een federale teller die beheerd wordt door de VI’s. Ook eventuele regularisaties ten gevolge van de overschrijding van het MAF-plafond worden opgenomen door de VI’s. De te veel betaalde bedragen persoonlijk aandeel worden door de VI’s rechtstreeks aan de zorggebruiker terugbetaald, dit inclusief de persoonlijke aandelen voor prestaties onder Vlaamse bevoegdheid. In de huidige regeling betaalt VSB als compensatie hiervoor een forfaitair bedrag aan het RIZIV. Deze regeling loopt echter af, een nieuwe verdeling wordt momenteel uitgewerkt.
Ook voor de MAF-teller gaan we ervan uit dat de as-is zo veel als mogelijk behouden blijft. Daarom maken we voor het project eRevaZfin de volgende veronderstellingen:
Er is slechts één MAF-teller, de federale MAF-teller Het beheer van de MAF-teller blijft bij de VI’s (VI is authentieke bron) De persoonlijke aandelen van de verpleegdagen in een revalidatieziekenhuis worden mee in
rekening genomen op de MAF-teller. Om dit te realiseren zal het eRevaZfin-systeem alle prestaties die aanvaard werden voor uitbetaling, doorsturen naar de VI.
De regularisaties (betalingen aan de patiënt) ten gevolge van het overschrijden van het MAF-plafond, blijft de verantwoordelijkheid van de VI’s.
Het toepassen van de MAF-100% voor verpleegdagen in de revalidatieziekenhuizen zal zo correct als mogelijk toegepast worden. Dit om te voorkomen dat de zorggebruiker onnodig hoge kosten moet dragen. Om dit te realiseren moet eRevaZfin, bij de controle van de facturatie, op de hoogte zijn van een eventuele overschrijding van het MAF-plafond. Ook voor de status van de MAF-teller is bijgevolg een gegevensstroom nodig van VI naar VSB. De concrete uitwerking voor het aanleveren van de informatie m.b.t. de MAF-teller wordt eveneens uitgewerkt in het aparte traject van de werkgroep ‘persoonlijk aandeel en MAF’.
4.8 Federale cumul controleVoor elke doorgestuurde opname vanuit een revalidatieziekenhuis naar de VI’s, gebeurt er een volledige cumulcontrole alvorens de opname wordt goedgekeurd.
Vanaf 01/01/2022 zullen echter alle opnames in de revalidatieziekenhuizen doorgestuurd worden naar de zorgkassenapplicatie ‘eRevaZfin’. Dit systeem beschikt echter niet over informatie m.b.t. federale opnames en kan bijgevolg enkel een ‘a priori’ cumulcontrole uitvoeren met voorzieningen die vallen onder Vlaamse bevoegdheid.
Om de as-is situatie te kunnen behouden, en eveneens een ‘a priori’ cumulcontrole aan te bieden met federale voorzieningen, is er informatie nodig vanuit de VI’s. De haalbaarheid en ook de wijze
p 66/77
eRevaZfinwaarop dit zou kunnen gerealiseerd worden, wordt mee opgenomen in de werkgroep ‘persoonlijk aandeel en MAF’.
Indien zou blijken dat een ‘a priori’ Federale cumulcontrole niet realiseerbaar is tegen 01/01/2022, dan zal de federale cumulcontrole ‘a posteriori’ worden uitgevoerd. Aan de VI’s zal gevraagd worden om de nodige controles te doen. Het zijn immers de VI’s die beschikken over de informatie van alle opnames, zowel de Vlaamse als de Federale.
4.9 SubrogatieVoor wat betreft subrogatie gaan we ervan uit dat de huidige manier van samenwerken tussen VI en zorgkas behouden blijft. Deze houdt in dat onterecht betaalde VSB-vergoedingen gerecupereerd worden door de VI en doorgestort aan de zorgkas.
Om deze werking te kunnen behouden voor de revalidatieziekenhuizen is het nodig dat de opname informatie die doorgestuurd wordt door het revalidatieziekenhuis, de nodige informatie bevat betreffende de oorsprong van de opname. Het revalidatieziekenhuis zal moeten aangeven dat de opname een gevolg is van vb. een beroepsziekte of een werkongeval.
4.10 Internationale akkoordenVoor wat betreft internationale akkoorden gaan we ervan uit dat de huidige manier van samenwerken tussen VI en zorgkas behouden blijft. Deze het bedrag bij van te recupereren prestaties bij EEG+Zwitserland verzekerde en het RIZIV zal deze bedragen recupereren bij de respectievelijke landen.
Om deze werking te kunnen behouden voor de revalidatieziekenhuizen is het nodig dat de aanvaarde gefactureerde prestaties doorgestuurd worden naar de VI’s.
4.11 Buiten scope Het beheren van de facturen, het uitbetalen ervan, de bijhorende boekhouding en het
beheren van creditnota's en bijbetalingen zijn de verantwoordelijkheid van de zorgkassen en is hier dus buiten scope. Dit geldt ook voor betalingen aan revalidatieziekenhuizen in vereffening waar betalingen moeten gebeuren aan derden. Dit geldt ook voor het afhouden van tegoeden bij de betaling van facturen.
Het vast deel van de verpleegdagprijs, de zogenaamde 12-den, zal rechtstreeks aan de zorgkassen gefactureerd worden. Het vast deel van de pleegdagprijs zal bijgevolg geen deel uitmaken van de maandelijkse factuur, die opgesteld is per zorgkas en door de revalidatie ziekenhuizen verstuurd wordt naar eRevaZfin.
Het versturen van de facturen door het revalidatieziekenhuis aan de verschillende partijen (zorggebruiker, mutualiteit, privé-verzekering) is buiten scope. Het revalidatieziekenhuis is verantwoordelijk voor de verspreiding van de facturen en de inhoud ervan volgens de regelgeving. Ook de overzichtelijkheid van de factuur voor de zorggebruiker (met federale en VSB-prestaties samen) is daar zeker een aandachtspunt. De bedoeling is de software van de revalidatieziekenhuizen hen hierin maximaal ondersteunen. Er wordt wel verwacht dat er continuïteit is met de huidige werken en dat de software van de revalidatieziekenhuizen al die aspecten gaan blijven ondersteunen op dezelfde manier dat ze dat nu reeds doen.
De terugbetaling door het OCMW indien de zorggebruiker niet kan betalen is buiten scope.
p 67/77
eRevaZfin Het proces subrogatie is buiten scope. Dit houdt in dat de zorgkassen en mutualiteiten een
ander circuit voor recuperatie van externe verzekeringsmaatschappijen moeten hebben. Rapportering aan externe actoren zoals het kabinet, de zorgkassen, de softwareleveranciers,
wordt buiten het project opgenomen door het dashboard team. Detectie of er een beslag gelegd wordt op een revalidatieziekenhuis valt buiten de scope Het erkennen van een revalidatieziekenhuis. De bezwaarcommissie is hier niet van toepassing. Cumulcontroles met de deelstaten kunnen niet uitgevoerd worden en is dus buiten scope. Cumulcontrole met federale prestaties beperkt zich tot de controle op opnames in federale
voorzieningen. Cumulcontrole met andere federale prestaties is buiten scope.De kennisgeving van een nieuwe opname wordt naar de VI verstuurd . In het antwoord hierop zit het antwoord op de cumul tov andere federale opnames. eRevaZfin zal hiermee rekening houden. Bij facturatie echter beschikken we niet over federale prestaties en kunnen er dus geen cumulcontroles uitgevoerd wordenHet is wel mogelijk om gedetailleerde lijsten op te maken die kunnen uitgewisseld worden met de andere partijen. Er is een stroom voorzien om VSB-prestaties te versturen naar de mutualiteiten.
Opstellen S-bladen (maandelijks financieel overzicht). De financiële verantwoordelijkheid ligt bij de zorgkas maar die kan alleen rapporteren over betalingen op niveau van een volledige zending. Rapportering op niveau van prestaties komt uit de centrale toepassing.
A priori controle op quotum is buiten scope. Transportkosten zijn geen onderdeel van VSB vergoedingen voor revalidatieziekenhuizen en
vallen dus buiten scope.
p 68/77
eRevaZfin
5 Niet-functionele behoeftenIn dit hoofdstuk trachten we alle niet-functionele behoeften te omschrijven.Bij elke behoefte wordt de prioriteit aangeduid.
o Nodig = deze behoefte moet in de oplossing gerealiseerd worden, want zonder is de oplossing niet bruikbaar
o Nuttig = deze behoefte is zeer gewenst, is efficiënter werken, maar indien ze in de oplossing niet gerealiseerd is, blijft de oplossing wel bruikbaar. Deze behoeften zal enkel aan bod komen als er tijd genoeg is.
o Interessant = deze behoeften zal in de eerste project release niet aan bod komen maar kan eventueel in de toekomst, bij een volgende project release, interessant zijn.
5.1 DigitaliseringHet centrale systeem is enkel verantwoordelijk voor digitale gegevensstromen en zal niet met papierendocumenten werken.Papierendocumenten kunnen worden gescand en verstuurd naar het gemeenschappelijk platform vanuit de gezondheidsactoren via de gegevensstromen.Er worden geen gescande papieren documenten van of naar de zorgkassen gestuurd via gegevensstromen.
5.2 Behoeften op gebied van look and feel van de schermenDe interface van het centrale systeem moet dezelfde lijn volgen als die van de eWZCfin-toepassing. Deze interface is echter onderliggend aan het hergebruik van de schermen van de HZIV-toepassing.
5.3 Behoeften op gebied van de GUI
5.3.1 GebruiksgemakDe oplossing moet eenvoudig zijn in gebruik en intuïtief zijn om aan te leren.De oplossing moet een intuïtieve en duidelijke interface hebben. De bediening van de applicatie moet logisch en consequent zijn.Het moet voor de gebruiker op elk moment duidelijk zijn op welke pagina hij/zij zich bevindt en wat de context is van deze pagina.
5.3.2 Look and feelFoutboodschappen moeten eenvoudig te interpreteren zijn en er mogen geen systeemfouten getoond worden.Naamgevingsconventies en consistentie in de naamgeving is noodzakelijk.Alle dropdowns dienen alfanumeriek gesorteerd te worden.Bij sortering van gegevens moet steeds het meest recente record bovenaan getoond worden, tenzij anders vermeld in een FAO document.Een lijst wordt gepagineerd per 30 records.
p 69/77
eRevaZfin
5.3.3 Algemene principes gegevensbeheerElke consultatie van een gegevenselement (informatie of document) zal het detailscherm standaard in leesmodus openen.Elke bewerking van een gegevenselement (informatie of document) zal voorafgegaan moeten worden door de consultatie van een gegevenselement. Afhankelijk van de rol kunnen vervolgens één of meer gegevens gewijzigd worden. De wijziging moet bevestigd worden door een klik op een knop ‘Wijzigingen bewaren’ (of gelijkaardig).Als men het scherm in schrijfmodus verlaat en er zijn nog niet opgeslagen gegevens dan wordt er een expliciete bevestiging gevraagd.Indien een gebruiker gegevens wenst te verwijderen, wordt er steeds een bevestiging gevraagd (uitzonderingen dienen expliciet vermeld te worden in een FAO document).
5.3.4 VeiligheidLogging van systeemfouten dient in de achtergrond te gebeuren zodat er informatie voor handen is bij structurele problemen.Knoppen en schermen mogen niet getoond worden indien de preconditie niet geldt of indien eindgebruiker niet geautoriseerd is.Een sessie blijf actief gedurende maximaal 60 minuten zonder activiteit. De niet-opgeslagen gegevens gaan daarbij verloren.
5.4 Behoeften op gebied van performantie
5.4.1 Behoeften op gebied van snelheid en responstijdVoor synchrone communicatie wordt een antwoordtijd van 10 seconden verwacht voor 95% van de gebruikelijke geldige en in real time uitgevoerde transacties.Voor asynchrone communicatie wordt de antwoordtijd op 5 dagen gelegd.Voor alle communicatie die via VSBnet verloopt moet de reactietijd van VSBnet toegevoegd worden aan de reactietijden van VSB om de totale SLA naar de gezondheidsactor te bekomen.
5.4.2 Behoeften qua nauwkeurigheidVoor dataopslag van numerieke gegevens gebruiken we de dataprecisie zoals we ze aangeleverd krijgen. Voor presentatie aan de gebruiker tonen we slechts 2 decimalen.Datums worden weergegeven volgens het formaat dd/mm/yyyy. Uren worden in een stelsel van 24u aangeduid met het formaat hh:mm of hh:mm:ss.Het loggen van een tijdstip (bijvoorbeeld aangemaakt op, gewijzigd op, ...) moet tot op honderdsten van een seconde gebeuren.
5.4.3 Behoeften op gebied van beschikbaarheidDe beschikbaarheid wordt vastgelegd in het VSB-SLA-document. Het offline halen van de applicatie of andere VSB-applicaties die interfereren met eRevaZfin voor eventuele bug/hot fixes kan gebeuren na onderling overleg tussen Smals, VSB en de Zorgkassen.Bij een geplande niet beschikbaarheid zullen de revalidatieziekenhuizen en zorgkassen hiervan op de hoogte gesteld worden en zal in de webapplicatie een onderhoudspagina getoond worden.
p 70/77
eRevaZfin5.4.4 Behoeften op gebied van capaciteit
De applicatie moet ??? simultane gebruikers aankunnen. Bij meer dan 100 simultane gebruikers zijn de responstijden niet gegarandeerd.Simultane gebruikers zijn gebruikers die op hetzelfde ogenblik een actie op de applicatie uitvoeren (webservice of webapplicatie). Dit is onafhankelijk van het aantal gebruikers dat is aangelogd op de webapplicatie maar die geen actie ondernemen.De applicatie moet per maand ??? requests kunnen verwerken/sturen
5.4.5 4.3.6 Behoeften op gebied van schaalbaarheid en uitbreidbaarheidJaarlijks zal de databank van eRevaZfin groeien. Het moet dus mogelijk zijn om deze uit te breiden in functie van deze toename.
5.5 Operationele behoeften
5.5.1 Verwachte technische omgevingAlle browsers die volledig voldoen aan de webstandaarden en zowel de laatste versie als 3 jaar oudere versies van Microsoft Edge, Mozilla Firefox, Google Chrome en Safari dienen ondersteund te worden.De minimum schermgrootte waarmee gewerkt wordt is 1024x768.De WebUI moet toegankelijk zijn via een tablet met eId ondersteuning en een minimum-resolutie van 1024x768.
5.5.2 Partner toepassingenDe volgende partnertoepassingen mogen niet offline gehaald worden voor onderhoud, zonder de impact op eRevaZfin te onderzoeken:
VSB-LB VSB-DP AVR MyCareNet/VSBNet RaaS eWZCfin Communicatie met mutualiteiten
eRevaZfin moet op een transparante en eenvoudige manier communiceren met de andere VSBtoepassingen waar nodig.VSB-DP zorgt voor een tijdelijke archivering van alle uitgewisselde berichten tussen eRevaZfin enandere VSB-toepassingen enerzijds, maar ook tussen eRevaZfin en andere partner-toepassingen.De applicatie zal voor de toegangscontrole gebruik maken van het User and Access Management (UAM) van Vlaanderen. Dit houdt in dat er rollen gedefinieerd worden en dat gebruikers toegekend worden aan een rol. Het beheer van de users gebeurt in de module UAM.De webservices maken gebruik van een certificaat die uitgegeven wordt door eHealth.Een status van de verstuurde en ontvangen bericht van MyCareNet is raadpleegbaar via een webportaal van MyCareNet (via het NIC).
p 71/77
Marc De Meester, 03/08/20,
Equivalent van RAAS voor berekening verpleegdagprijzen.
Marc De Meester, 13/05/20,
Hoeveel simultane gebruikers?
eRevaZfin5.5.3 Behoeften op gebied van oplevering
Een volledig Software Architectuur Document (SAD) dient door Smals opgeleverd worden
5.5.4 OmgevingVolgende omgevingen worden voorzien:
Acceptatie: technische testomgeving Integratie: testomgeving voor de eindgebruiker Productie: operationele omgeving voor de eindgebruiker
De volgorde van de berichten, zelfs indien deze in beraad staan, moet gerespecteerd worden. Als een eerder bericht "In beraad" staat, moeten de volgende berichten "on hold" worden geplaatst.
Niet voor verzekerbaarheid Voor berichten verblijf op niveau van combinatie voorziening en zorggebruiker Voor facturatie op niveau van combinatie voorziening en zorggebruiker
5.6 Behoeften op gebied van onderhoudsvriendelijkheid en support
5.6.1 Speciale voorwaarden die moeten toegepast worden voor het onderhoud van het product
Het onderhoud van software (OS patches, security updates) op servers gebeurt volgens de Smals richtlijnen.
5.6.2 Behoeften in verband met ondersteuningDe nieuwe ontwikkelingen worden geïntegreerd in de bestaande monitoring en beheertoepassing Grafana.De exploitatie van de oplossing gebeurt door VSBVoor MyCareNet wordt de eerstelijnsondersteuning verzorgd door het NIC.
5.6.3 Behoeften op gebied van overdraagbaarheidEr is geen migratie nodig. De revalidatieziekenhuizen zullen de opnames federaal afsluiten op 31/12/2021 en in eRevaZfin opstarten op 01/01/2022.
p 72/77
eRevaZfin
5.7 Behoeften op gebied van veiligheid
5.7.1 ToegangscontroleDe webtoepassing is te bereiken via het internet. De gebruiker zal inloggen met zijn e-ID en pincode , via Itsme of via IDP van de zorgkas indien van toepassing. De toegangscontrole gebeurt op basis van de hoedanigheden van de gebruiker in de UAM applicatie van Vlaanderen. Via de lokale beheerders dient iedere organisatie ( Zorgkas, DMW, VI,…) autonoom de toegangsrechten te beheren.De binnenkomende webservices-requests wordt gecontroleerd op basis van een certificaat uitgegeven door eHealth.Elke poging tot aanmelden wordt gelogd.Afhankelijk van de rol van de gebruiker zal de toegang tot bepaalde schermen/gegevens ontzegd worden. Dit wordt in detail uitgewerkt in de functionele analyse.De toegangscontrole voor zorgkassen kan via eigen IDP gebeuren.
5.7.2 Behoeften op gebied van integriteitDe gegevens in de databank zijn enkel toegankelijk via de geijkte toegangskanalen. De export van de data (BI-export) is ook beveiligd. Smals-medewerkers zijn gebonden aan de informatieveiligheid policy van Smals.
5.7.3 Behoeften op gebied van vertrouwelijkheidDe gevoelige persoonsgegevens die opgevraagd worden, moeten beschermd worden op een manier die in overeenstemming is met de wet op de persoonlijke levenssfeer. Deze privacywet omschrijft heel precies op welke manier en onder welke omstandigheden persoonlijke gegevens kunnen worden verwerkt of doorgegeven. Verwerkingen die gebruik maken van het rijksregisternummer zijn echter zo delicaat, dat ze enkel mogelijk zijn indien daar specifiek toestemming voor wordt gegeven. Daarom moet er een machtiging bestaan van Het Sectoraal comité van de Sociale Zekerheid en van de Gezondheid binnen de CBPL, zie hiervoor specifiek Aanbeveling nr 03/2015 van 25 februari 2015 die de richtlijn beschrijft wanneer de machtiging betrekking heeft op bevoegdheidsoverdrachten. AZG bewaakt dat aan de privacywetgeving voldaan wordt binnen eRevaZfin. Zij zorgt voor de nodige machtigingen en stemt waar nodig af met juristen. Enkel de minimaal nodige gegevens worden gedeeld. Dit zal normaal afgetoetst worden door de privacy commissie.De vertrouwelijkheid binnen de VSB-toepassingen bij Smals wordt gegarandeerd door het opzetten van SSL-communictatie (cfr. het VSB SAD document)VSB-net staat in voor het encrypteren van medische gegevensBewijskracht wordt op VSBNet geleverd via een timestamp van eHealth. Dit wordt gebruikt wanneer facturen worden uitgewissel tussen derden en VSB. De timestamp geeft de verzender en de ontvanger eenzelfde referentie over het uitwisselen van de stroom.Medische informatie worden geëncrypteerd bewaard in AVR.
p 73/77
eRevaZfin
5.7.4 Behoeften op gebied van audit- en andere logsHet centrale eRevaZfin systeem dient een audit log bij te houden van de toegangen en wijzigingen m.b.t. vertrouwelijke gegevens per gebruiker voor de activiteiten in de centrale applicatie.Er moet een logging voorziening worden toegevoegd waarbij er kan getraceerd worden wie wanneer en hoe toegang had tot de persoonsgegevens en welke aanpassingen zijn aangebracht aan deze persoonsgegevens. De partnertoepassingen dienen meer uitgebreide loggings bij te houden, met per mededeling een aanduiding van wie wanneer over wie welke persoonsgegevens heeft verkregen voor het hogervermelde doeleinde. De loggings dienen gedurende minstens tien jaar te worden bewaard met het oog op het behandelen van eventuele klachten of het achterhalen van eventuele onregelmatigheden met betrekking tot de verwerking van de persoonsgegevens. De loggings zelf dienen te worden beveiligd aan de hand van maatregelen die de vertrouwelijkheid, de integriteit en de beschikbaarheid garanderen. Ze worden aan het sectoraal comité van de sociale zekerheid en van de gezondheid en aan de Kruispuntbank van de Sociale Zekerheid overgemaakt indien zij daarom verzoeken.Er dient ook audit logging te gebeuren op de acceptatie omgeving.
5.7.5 Behoeften op gebied van immuniteitDe webapplicatie maakt gebruik van het https-protocol en verleent enkel toegang na identificatie via eID of via IDP voor de zorgkassen. De webservices waarvan de partnertoepassingen (indien ze opteren voor een eigen ontwikkeling) worden enkel aanvaard indien ze ondertekend worden met een geldig eHealth-certificaat.
5.8 Behoeften op gebied van rapportering en archivering
5.8.1 Behoeften op gebied van rapporteringeRevaZfin staat in voor het exporteren van de gegevens ten behoeve van een datawarehouse.Specifieke rapporten worden uitgewerkt in een apart project Rapportering
5.8.2 Behoeften op gebied van archiveringDe archivering is in lijn met de huidige afspraken in het SLA en SAD document.De archivering is nodig voor zowel de uitgewisselde berichten met de partnertoepassingen als de effectieve gegevens in de databank.
5.9 Culturele en politieke behoeftenDe interface is volledig Nederlandstalig en gebruikt de VSB-naamgevingsconventies.
p 74/77
eRevaZfin
5.10 Standaarden die moeten toegepast wordenStandaarden met betrekking tot de databank.
Alle velden in de database moeten een Engelse naam hebben. Indien een veld met gelijke betekenis in meerdere tabellen zou voorkomen, dient de
naam van dit veld in alle tabellen gelijk te zijn. Enkel het veld ID, als primary key, mag opgenomen worden in meerdere tabellen.
Als foreign key gebruiken we steeds de tabelnaam_id. Records mogen niet fysisch uit de databank verwijderd worden (enkel logische
deletes), tenzij na archivering van de data in het kader van de privacywetgeving. Bij verwerking mag er geen rekening gehouden worden met logische gedeletete
records. Elke tabel in de database dient volgende velden te bevatten:
- Creation_timestamp: wanneer is de rij toegevoegd in tabel- Creation_user: wie heeft de rij toegevoegd in tabel- Modification_timestamp: wanneer is de rij voor de laatste keer gewijzigd- Modification_user: wie heeft de rij de laatste keer gewijzigd- Deletion_timestamp: wanneer is rij verwijderd (logisch verwijderd, niet
gedeletet)- Deletion_user: wie heeft de rij verwijderd- Extra_info: waarom werd deze rij rechtstreeks aangepast in de databank.
6 Aandachtspunten
6.1 Openstaande kwesties- Herhaling van de bedenking dat ook cumulverboden met federale prestaties bestaan. Als eerst
verpleegdagen op Vlaams niveau goedgekeurd worden en pas nadien door federaal op cumul kunnen gecontroleerd worden, bv. opname in AZ of PZ, gaat dit problemen geven. Cumulcontrole ook voor federale prestaties zou moeten gebeuren vooraleer goedkeuring op Vlaams niveau gebeurt
- Aandachtspunt: de MZG registratie werd voor de revalidatiziekenhuizen verlaten. Rapportering over patiëntenprofielen en algemene activiteiten kan dit mogelijks deels vervangen.
6.2 Afhankelijkheden
6.2.1 Algemeen Moet de regelgeving aangepast worden zodat niet-Vlaamse zorggebruikers alsnog als
VSB-verzekerd kunnen aanzien worden en de controle op VSB-verzekerbaarheid passeren bij opname in een revalidatieziekenhuis (de administratieve aansluiting van een buitenlands verzekerde).
6.2.2 Revalidatieziekenhuis Alle revalidatieziekenhuizen moeten over aangepaste software beschikken opdat het
mogelijk is om vanaf 01/01/2022 volledig digitaal te werken.Zorgkas
6.2.3 Ledenbeheer De applicatie moet aangepast zijn zodat de voorziene berichten die verstuurd worden
door eRevaZfin kunnen ontvangen en verwerken.
p 75/77
eRevaZfin De applicatie moet aangepast zijn zodat de voorziene berichten die verstuurd worden
door de revalidatieziekenhuizen kunnen ontvangen en verwerken.
6.2.4 FOD Financiën Er is overleg nodig met FOD Financiën over het formaat van het digitaal versturen van de
overeenstemmingsstroken.
6.2.5 VSB Het erkennen van een nieuwe voorziening, het wijzigen van de gegevens van
voorzieningen of het stopzetten van voorzieningen zijn acties die geregistreerd worden in GKB. Deze gegevens worden automatisch opgeladen in eRevaZfin. Het melden van bepaalde informatie, zoals een wijziging van een financieel nummer ten gevolge van een faling van een revalidatieziekenhuis ( enkel met terugwerkende kracht), wordt gemeld door VSB aan de zorgkassen.
6.2.6 Softwareleveranciers De softwareleveranciers moeten een aangepaste software ontwikkeld en geïnstalleerd
hebben bij de revalidatieziekenhuizen die het mogelijk maakt opname en facturen te versturen naar eRevaZfin en de antwoorden afkomstig van eRevaZfin te verwerken.
6.2.7 Mutualiteiten Voor het bepalen van het persoonlijk aandeel is informatie nodig. Een MyCareNet-
service zou alle informatie, inclusief het persoonlijk aandeel kunnen aanleveren. Zoniet zijn andere services, inclusief MyCareNet-services nodig die de basisinformatie aanleveren om het persoonlijk aandeel te berekenen.
6.3 Pasklare oplossingen
6.4 Nieuwe problemen
6.5 Overgangsmaatregelen
6.6 Parkeerruimte
6.7 Ideeën voor oplossingen
7 Bijlagen
p 76/77
eRevaZfin8 Parkeerruimte
Termijnen kennisgeving
p 77/77
![QSR aQ]`SQO`R - iPM Partners · psr]szw\u rob rs aq]`sqo`r usÒ\bsu`ss`r wa w\ rs rw`sqbws`o^^]`bous vsb h]us\oo[rs `]rs p]syxs 0`ooya[o usstb oo\ x\ooab vsb w\bsu`s`s\ w\ rs [oo\r`o^^]`bous](https://static.fdocuments.nl/doc/165x107/5e300538ff695c51b11d56c7/qsr-aqsqor-ipm-partners-psrszwu-rob-rs-aqsqor-usbsussr-wa-w-rs-rwsqbwsobous.jpg)