Via dit menu kan je Softn gebruiken als facturatie tool, bv wanneer je een tarificatiedienst bent. De bedoeling is dat je de patiëntgegevens, uitgevoerde zorgen en bijhorende Katz profielen en ID inlezingen importeert en vervolgens aanmaakt in Softn.
Zodra dit gebeurd is kan je gewoon factureren in Softn zoals de andere gebruikers. Samengevat komt het verschil erop neer dat de invoer niet gebeurt via Softn schermen, maar via een maandelijks op te laden XML per praktijk.
Voorgaande stap: werken met praktijk(en) en⁄of subpraktijk(en)?
In de Basisgegevens>applicatie>praktijken zal je eerst alle afzonderlijke praktijken, eventueel met subpraktijken, moeten aanmaken met de juiste verengingscode en verdeelsleutel.
Of je kiest voor een hiërarchische structuur van hoofdpraktijk met onderliggende subpraktijken, of horizontale structuur met verschillende hoofdpraktijken, hangt af van hoe je wilt factureren en ook van hoe je de uitbetaalde bedragen van de mutualiteit wilt ontvangen: op één en dezelfde rekening (voor de subpraktijken) of op verschillende rekeningen per praktijk.
Hoofdpraktijk-subpraktijk (hiërarchisch):
De facturatie wordt gegeneerd voor de hoofdpraktijk en uitbetaald op 1 rekening, die van de hoofdpraktijk.
Al de factureerbare uitgevoerde zorgen van alle patiënten uit de subpraktijken gaan mee met deze facturatie.
Optioneel, kan je ook een verdeelsleutel subpraktijk instellen. De verdeling per zorgverstrekker -binnen een bepaalde subpraktijk- gebeurt dan volgens de verdeelsleutel van subpraktijk (als die ingesteld is). Anders wordt de verdeelsleutel van de hoofdpraktijk standaard toegepast.
Het voordeel is dat je maar 1 facturatie per maand indient en je in MCN maar met 1 praktijk hoeft te werken, het nadeel is dat voor de maandcontrole alle zorgen uit alle subpraktijken in orde moeten zijn.
Meerdere praktijken (horizontaal):
Je zal per praktijk een facturatie genereren, deze wordt per hoofdpraktijk uitbetaald op de bijhorende rekening,
Alleen de factureerbare uitgevoerde zorgen van deze bepaalde praktijk patiënten gaan mee.
Het voordeel is dat zodra een maandcontrole voor 1 praktijk in orde is, je de facturatie kan doen, ongeacht de maandcontroles van de ander praktijken. Het nadeel is dat je meerdere facturaties zal moeten genereren, voor al je afzonderlijke hoofdpraktijken en je MCN aanvragen zullen per praktijk opgedeeld zijn.
Je kan ook een combinatie maken van beide: dus meerdere afzonderlijke praktijken, waarbij enkele van die praktijken subpraktijken hebben en andere niet.
De XML structuur (XSD)
Alle te factureren patiënt- en zorggegevens worden maandelijks per praktijk ingevoerd via een xml.
<patientgegevens_id>
Dit is een uniek nummer binnen dit bestand waarmee de ‘uitgevoerdezorgen’-nodes en ‘profielen’-nodes gelinkt kunnen worden aan de ‘patiënt’. Dit wil zeggen dat voor elk ‘profielen’-node en elke ‘uitgevoerdezorg’-node van de patiënt deze patientgegevens_id gebruikt wordt.
<externeid>
De patientid van het versturende systeem; deze id is de link naar de afkomst van de patient.
<naam>
<voornaam>
<geslacht>
<geboortedatum>
<straat>
<huisnummer>
<postcode>
<gemeente>
<landcode>
<ziekenfondscode> De mutualitiet waar de patiënt is aangesloten.
<stamnummer> Indien de patient geen rijksregisternummer heeft, wordt hier het nummer dat hem gegeven is door de mutualiteit vermeld. Ofwel is het rijksregisternummer ingevuld ofwel het stamnummer.
<risicocode1> De risicocode 1 van de patiënt.
<risicocode2> De risicocode 2 van de patiënt.
<ruraal> Hier moet geen rekening meegehouden worden vermits alle rurale gemeentes vermeld zijn in SoftN-TE
<startdatumpal> De startdatum paliatieve verzorging.
<rijksregisternummer> Het rijksregisternummer van de patiënt.
<kanaalBewijsstuk> 1= per post, 2= per e-mail
<bestemmelingBewijsstuk> 1=patiënt, 2=vertegenwoordiger van de patiënt of bewindvoerder.
<naamBestemmelingBewijsstuk> De naam van de bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<voornaamBestemmelingBewijsstuk> De voornaam van de bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<straatBestemmelingBewijsstuk> De straat van bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<huisnummerBestemmelingBewijsstuk> Het huisnummer van bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<postcodeBestemmelingBewijsstuk> De postcode van bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<gemeenteBestemmelingBewijsstuk> De gemeente van van bestemmelingbewijsstuk (zelfs als dit de patiënt is).
<emailBestemmelingBewijsstuk> Het e-mailadres van bestemmelingbewijsstuk (zelfs als dit de patiënt is).!! kan ook verschillend zijn per xml.
Node uitgevoerdezorg
Deze node bevat alle info betreffende de uitgevoerde prestaties
Per zorgverstrekking is er een uitgevoerdezorg node met hierin de volgende gegevens
<input_uitgevoerdezorg_id>: De uitgevoerde zorgid van het versturende systeem.
<Externeidgt;: Het patientid van het versturende systeem refererend naar externid van patientgegevens.
<Datumuitvoeringgt;: De datum waarop de zorg is uitgevoerd.
<datumvoorschriftgt;: De datum waarop de zorg is voorgeschreven.
<rizivnummervoorschrijver >: Het rizivnummer van de voorschrijvende geneesheer.
<naamvoorschrijver>: De naam van de voorschrijvende geneesheer. Indien het rizivnummer van de voorschrijver reeds bestaat in SoftN-TE kan de naam genegeerd worden
<Remgeld>: De verhoogde tegemoetkoming (als percentage). 0 is geen remgeld tellen, 100 is alles naar de patient. SoftN voorziet de mogelijkheid om remgeld aan de verzekering aan te rekenen, echter niet mogelijk om mee te geven in de xml
<nomenclatuurnummer>: De nomenclatuurnummer van de prestatie.
<pseudocodenummer>: De pseudocode voor de nomenclatuur. Wordt alleen ingevuld indien er geen nomenclatuurnummer bestaat (palliatieve zorgen en niet vergoedbare zorgen).
Ofwel is nomenclatuurnummer ingevuld ofwel pseudocodenummer. Aan de hand van de nomenclatuurnummer wordt het zorgtype bepaald.
<kb90bedrag>: Het bedrag van de uitgevoerde zorg die valt onder het KB van 1990. Voor deze zorg bestaat geen nomenclatuurnummer en wordt 426856 als pseudocodenummer meegegeven.
<ziekenfondscode>: Het ziekenfonds van de patiënt.
<rizivnummerverpleegkundige>: het rizivnummer van de verpleegkundige. Deze wordt voorafgaan door 0 of 1 :
0 : niet geconventioneerd
1 : wel geconventioneerd
<patientgegevens_id>: Het unieke nummer van de patiënt binnen dit bestand.
<bezoeknummer>: Nummer van het bezoek.
<rep_typebestemmeling_id>: Indicator die aangeeft voor wie de factuur is. Mogelijke waardes:
1=ziekenfonds,
2=verzekering,
3=patiënt,
4=ocmw,
5= medisch huis,…
<insuline>: Dit staat op 'True' wanneer de verpleegkundige een dossier bijhoudt van een diabetes patiënt en de verpleegkundige insuline inspuitingen geeft.
<derdebetalercode>: Enkel voor Patiënt, Verzekeringsfacturen,medisch huis en OCMW. Voor patiëntfacturen staat hier de patientnummer, voor verzekeringsfacturen staat hierin de id van de verzekering in het versturende systeem.
<derdebetalernaam>: Enkel voor Patiënt- en Verzekeringsfacturen. ,medisch huis en OCMW Voor patiëntfacturen staat hier de naam van de patiënt, voor verzekeringsfacturen staat hier de naam van de verzekeringsinstelling.
<derdebetaleradres>: Enkel voor Patiënt- en Verzekeringsfacturen,medisch huis en OCMW. Voor patiëntfacturen staat hier het adres van de patiënt, voor verzekeringsfacturen staat hier het adres van de verzekeringsinstelling.
<polisnummer>: In geval van een arbeidsongeval staat hier het polisnummer.
<dossiernummer>: In geval van arbeidsongeval staat hier het dossiernummer.
<datumongeval>: In geval van een arbeidsongeval staat hier de datum van het ongeval.
<werkgever>: In geval van een arbeidsongeval staat hier de naam van de werkgever.
<TypeFacturering> (string)
0 = standaard factuur,
3 = kredietnota
5 = correctiefactuur voor forfaits verpleegkundige zorgen wegens declassering na bezoek adviserend geneesheer
<rizivnummerzorgkundige>: Het rizivnummer van de zorgkundige.
<naamzorgkundige>: De naam van de zorgkundige.
<ZHOpname>: Dit is een optioneel veld om aan te duiden of het over een ziekenhuisopname gaat of niet.
<Locatie>: Hier wordt de overeenkomstige pseudocode meegegeven die de plaats van verstrekking bepaalt in geval van praktijkkamer of hersteloord.
Node profielen
<externeid >: de patientid uit het versturende systeem refererend naar externid van patientgegevens.
<startdatum>: Startdatum van het profiel.
<einddatum>: Einddatum van het profiel.
<patientgegevens_id>: Het unieke nummer van de patiënt binnen dit bestand.
<profiel>: Het type profiel van de patiënt. Mogelijke waardes van <profiel> zijn:
A: → Profiel A
B: → Profiel B
C: → Profiel C
P2: → Palliatief N 2 toiletten per week
P7: → Palliatief N 7 toiletten per week
PA: → Palliatief A
PB: → Palliatief B
PC: → Palliatief C
PN: → Palliatief Nomenclatuur (dagplafond niet bereikt)
PP: → Palliatief Nomenclatuur (dagplafond is bereikt)
T2: → Profiel Nomenclatuur 2 toiletten per week
T7: → Profiel Nomenclatuur 7 toiletten per week
Node Identiteitsinlezing
<externeid>: de patientid uit het versturende systeem refererend naar externid van patientgegevens. Cfr de uitgevoerdezorg node
<patientgegevens_id>: Het unieke nummer van de patiënt binnen dit bestand. Cfr de uitgevoerdezorg node
<redenmanueleinvoering>: Mogelijke waardes
0 – Niet van toepassing
1- Gebruik identiteitsdocument zonder chip
2- Onbeschikbaarheid kaartlezer
3- Panne informaticasysteem
<bezoeknummer >: Nummer van het bezoek. Cfr node uitgevoerdezorg.
<datumuitvoering >: de datum van het bezoek, cfr datumuitvoering veld in uitgevoerdezorg node
<datumlezingidentiteitsdocument >: datum waarop het identiteitsdocument is ingelezen. Dit element moet steeds ingevuld zijn , behalve indien “typevanlezingidentiteitsdocument” = 4 en <redenmanueleinvoering> = 3.
<identificatiepatient>: de rijksregisternr, insz van de rechthebbende, cfr patientgegeven node.
7 Een vignet met streepjescode. Bij gebruik van deze waarde, is in element “redengebruikvignet” de reden vermeld
8 Attest van sociaal verzekerde
9 Attest van verlies of diefstal van Belgische elektronische
<redengebruikvignet>
0 – Does not apply
1 – Patient not present and presence not required
2 – Patient has no identity card
<uurvanlezingidentiteitsdocument>:
Dit veld is niet verplicht wanneer <typevanlezingidentiteitsdocument> = 4 (manuele invoering) en <redenmanueleinvoering> = 3 (panne)
<rizivnummerverstrekker>
<serienummervandedrager> Het serienummer van de identiteitskaart is niet verplicht wanneer <typevandrageridentiteitsdocument> = 7 (vignet), 8 (attest) of 9 (verlies of diefstal).
Menu import XML
Klik op importeer
en sleep één of meerdere xml bestanden met de te factureren patiënten per praktijk voor de gekozen maand naar volgend venster:
Klik op opslaan
Zo er een rode markering verschijnt, bevat de xml van de betrokken praktijk nog fouten
Als er een oranje markering verschijnt, zijn er nog foutieve of ontbrekende data voor de betrokken praktijk:
Als je op de oranje markering klikt, krijg je een tabblad log met meer info over de nog recht te zetten fouten.
Als er geen markering is, mag de XML van de betrokken praktijk verwerkt worden.
Selecteer de praktijk en klik op verwerken om deze data te genereren in Softn.
De patiëntdata en bijhorende zorgen, ID-registraties en profielen, zodra gegenereerd, zijn vanaf nu raadpleegbaar en wijzigbaar via de Softn menu's.
Verdere stappen na import XML
Ga vervolgens naar menu MyCareNet en vraag de verzekerbaarheid van de facturatie patiënten op in MyCareNet>verzekerbaarheid.
Tenslotte, ga naar menu facturatie, en voer in Facturatie>controle de maandcontrole uit voor de te factureren maand en factureer dan.
