Releasenotes Care4 temp versie

Transcriptie

1 Releasenotes Care4 temp versie EI retourberichten met fouten worden Overnemen van prestaties bij externe producten van andere instanties verloopt weer correct. Gemeentelijke herindelingen 2015 zijn doorgevoerd: Maasdonk wordt opgeheven en door grenswijzigingen toegevoegd aan de Brabantse gemeenten s-hertogenbosch en Oss (Nuland en Vinkel naar Den Bosch en Geffen naar Oss)LET OP: aangezien op de tab verantwoordelijke gemeente in geval van Maasdonk niet achteraf bepaald kan worden of het s- Hertogenbosch of Oss moet worden, zal in die gevallen een code blijven staan (G-1671). Door deze middels rapportage op te vragen, kunnen die handmatig goed gezet worden. Dit geldt alleen voor de Maasdonk-herindeling. Millingen aan de Rijn en Ubbergen worden opgeheven doordat zij worden toegevoegd aan te handhaven Gelderse gemeente Groesbeek Bernisse en Spijkenisse worden opgeheven doordat zij worden samengevoegd tot de nieuw te vormen Zuidhollandse gemeente Nissewaard Graft-De Rijp en Schermer worden opgeheven doordat zij worden toegevoegd aan te handhaven Noordhollandse gemeente Alkmaar Bergambacht, Nederlek, Ouderkerk, Schoonhoven en Vlist worden opgeheven doordat zij worden samengevoegd tot de nieuw te vormen Zuidhollandse gemeente Krimpenerwaard DBC soort verwijzing T.b.v. de facturering van Jeugd GGZ (JW321) dient de soort verwijzing voor jeugd op een andere manier omgecodeerd te worden dan voor de volwassenen DBC s. Voor de jeugd geldt dezelfde omcodering als ook voor de CBS export noodzakelijk is. LET OP. Dit betekent voor de meeste instellingen dat de interne codetabel aangepast dient te worden opdat de interne coderingen voor beide omgevingen toepasbaar (vertaalbaar) is. De export naar de JW321, is hierop in deze versie aangepast, evenals validatie NC128 die nu ook een fout geeft als de soort verwijzing niet is omgecodeerd naar de CBS tabel. Releasenotes Care4 versie Pagina 1 van 30

2 Releasenotes Care4 temp versie Op de tab Externe producten kan met de functie Bewerken->Openen/selecteren of het gele mapje van de knoppenbalk niet alleen gekozen worden om producten van een andere gemeente over te nemen, maar ook de gedownloade producten van de webpagina Informatie Standaarden (ZIN): Wmo-en-Jeugdwet.html Vrijwel elke gemeente heeft hier zijn WMO- en Jeugdwet-producten geplaatst. Gebruik de CSV variant van de bestanden. U kunt eerst alle bestanden downloaden in één directory, Care4 zoekt zelf uit welk bestand bij welke gemeente hoort. Op de tab Externe producten zijn de velden CAK code en Tijdens overgang toegevoegd. Voorlopig wijkt deze codering af van de codering die de gemeenten hanteren. Op de tab Externe producten kan met de speciale functie Verwijder ALLE externe producten in één keer alle externe producten verwijderd worden, die bijvoorbeeld bij de verkeerde gemeente zijn geplaatst of bij nader inzien toch op regio-niveau geplaatst worden. Als u alleen de (alle) producten van een bepaald financieringsmodel (bijvoorbeeld alleen de WMO producten) wilt verwijderen, filter op de tab dan eerst op die financieringsvorm. Op de subtabprestatieset prestaties binnen het productgebouw kan gesorteerd worden, waardoor bijvoorbeeld ook op prestatiecode gesorteerd kan worden over productcategorieën/functies heen De keuzelijst wijze beëindiging op de tab Zorgaanbod -> Einde wordt weer correct gevuld Inlezen iwlz (AW33) berichten. Open einddatums in indicatie / toewijzing worden leeggemaakt, ook als er een match is met een al ingelezen indicatie die wel een einddatum had Cliëntrecords zonder functie/zzp records komen niet meer in het bericht terecht (AW35 / AW39) Het terugtrekken van een MAZ of MUT bericht versie 4.0 (iwlz) werkt weer correct. intern intern Facturatie: div. aanpassingen n.a.v. testresultaten. O.a. verbetering bepalen extern product en instructies, nieuw: toeslag bij contacten (nu m.n. t.b.v. de Zintuiglijk Gehandicapten) Prijsafspraken tab, aanpassing n.a.v. wijziging financieringsvormen. Doordat de prijsafspraken in feite gelden voor externe producten is het niet meer mogelijk om de codetabel waarde via een keuzelijst aan te geven, ook zijn daardoor een aantal controles aan het scherm niet meer mogelijk. Instantie-factuurmodel, in de lijst werd de code aangegeven ipv. de omschrijving. Factuur instructie: een aantal velden worden niet meer getoond wanneer zij niet relevant zijn. Releasenotes Care4 versie Pagina 2 van 30

3 Bij keuzelijst factuur_methode bij extern product facturering is de volgorde aangepast en is een tekst (minimaal) gewijzigd. Tevens worden op die tab een aantal velden niet meer getoond als ze niet relevant zijn. Releasenotes Care4 temp versie Op de tab Externe producten instructie wordt rekening gehouden met de soort activiteit bij het bepalen van eventuele overlap of dubbelingen in periode. Bij kopiëren van externe producten binnen het financieringsmodel AWBZ/Wlz worden nu ook producten gekopieerd waarvan de functie al voorkomt, maar waarvan de (prestatie-) code nog niet voorkomt. Diverse (technische) aanpassingen m.b,t verbeteren selectie factuurinstructie. Bij soort contract Op papier ging traditioneel de factuur dan automatisch naar de cliënt. Nu komt het (regelmatig) voor dat de Gemeente (en in bijzondere situaties ook verzekeraars) de factuur op papier of op andere wijze (buiten de standaards om, bijv. Excel) willen ontvangen. Bij soort contract Op papier wordt dus nu gewoon de normale betaler (gemeente/verzekeraar) aangehouden. Alleen bij soort contract Geen wordt nog automatisch de factuur naar de cliënt gestuurd. In sommige gevallen werd ten onrechte de fout Geen Contract gegenereerd, wanneer de contract - en/of product definitie alleen op landelijk niveau was aangegeven. DBC: na de conversie (splitsing) van de DBC s naar Jeugd GGZ per werden in de validatie/berekening de formele begin- en einddatum aangepast volgens de normale regels. Met name de einddatum van de oude (gesplitste) DBC dient op te blijven staan. Sinds de vorige temp-versie kan op de externe product tab de CAK code worden aangegeven, deze coderingen worden nu ook in de factuur (details) meegenomen. Reiskosten toeslagen (in de ex-awbz omgeving) kunnen nu standaard worden gegenereerd via de factuurinstructie. De bepaling van de omvang op basis van de geïndiceerde klasse bij (ex AWBZ) prestaties Z913 e.d.. is weer hersteld naar zoals het in het verleden was. bij ZG/PM/EPZ factuurregels wordt de omschrijving van de standaard verstrekking in de omschrijving geplaatst De keuzelijst advies bij einde op de tab Zorgaanbod -> Einde wordt weer correct gevuld. Releasenotes Care4 temp versie Op de tab Externe producten instructie wordt rekening gehouden met de soort activiteit bij het bepalen van eventuele overlap of dubbelingen in periode. Einddatums worden automatisch gevuld bij nieuwe begindatum bij bestaande soort activiteit. Releasenotes Care4 versie Pagina 3 van 30

4 EI berichtenverkeer: Het geforceerd klaarzetten van mutaties voor MAZ en MUT berichten, is nu beschikbaar als speciale functie bij de tab indicatie toewijzing. Voortaan kan in de map [Fileserver]\Licentie een submap per omgeving gemaakt worden, waarbinnen het licentiebestand voor die specifieke omgeving geplaatst kan worden. Zo kan bijvoorbeeld in [Fileserver]\Licentie\Acceptatie het licentiebestand geplaatst worden dat nodig is voor versie , terwijl in [Fileserver]\Licentie zelf het licentiebestand voor de productieomgeving staat. Voor de productieversie is het hierdoor ook niet meer noodzakelijk een specifieke temp te plaatsen voor de verwerking van het nieuwe licentiebestand. Releasenotes Care4 temp versie Technisch Bij contracten wordt rekening gehouden met de soort-ggz, zodat overlap door verschillende soorten GGZ mogelijk is in dezelfde periode. istandaarden heeft de bestandsindeling voor de JZ bestanden aangepast en de CAK codes verwijderd. Hierdoor kwamen de begin- en einddatums in de CAK codevelden. Vanaf temp-5 wordt gekeken of deze kolommen in de export opgenomen zijn en dan pas verwerkt. Na de installatie van versie konden geen nieuwe waarden voor Soort document, Soort verzekering of Soort verklaring worden toegevoegd. Dat is nu verholpen. Op de factuurinstructie tab waren diverse keuzelijsten leeg. Bij aanlevering van de DIS werd nog een oude diagnose code gebruikt In de facturatieprocedure was het samenvoegen van opeenvolgend identieke financieringsvormen van producten uitgeschakeld vanwege een probleemsituatie. Deze in nu weer in werking gesteld. Bij reistijd als toeslag wordt nu ook voor WLZ/WMO e.d. de prestatiecode correct gevuld. Bedrijfszekerheid (risico op vergeten tabelwijzigingen) verbeterd Selectie op organogram verbeterd. De bepaling van de juiste factuurinstructie bij toeslagen gebeurde niet altijd op het juiste moment. Controles op samengaan met verblijf en dagbesteding en de controle op meerdere per dag waren nog niet aangepast in de nieuwe facturatie module In de facturatieprocedure werd bij contacten vaak 1 minuut te veel berekend. In de facturatieprocedure werd in een aantal situaties het tarief niet omgerekend a.d.h.v. de eenheid. Bijv. uurtarief i.p.v. per minuut. Ad-hoc (concept) facturen werden niet in alle gevallen verwijderd Bij DBC s die zijn overgegaan naar de gemeenten werden de formele begin- en einddatums volgens de standaard regels opnieuw bepaald, terwijl in die situatie de datums op resp en moeten blijven staan. De berekende activiteiten werden na facturatie niet opgeslagen waardoor zij bij opnieuw draaien van de facturatie niet opnieuw berekend werden. Releasenotes Care4 versie Pagina 4 van 30

5 Releasenotes Care4 temp versie e zorgfuncties en -prestaties zijn vanaf deze versie ook ingedeeld per financieringsmodel (sector). Hierdoor zijn ook functies en prestaties te maken voor PGB-zorg en de producten binnen de Zintuigelijk Gehandicaptenzorg. Door deze uitbreiding, zijn externe producten (bij voorkeur bij uw eigen organisatie) aan te maken en via prestatieset-koppeling te koppelen en zo te factureren. Op het scherm waarmee de rechtmatigheid van het zorgaanbod getoond wordt, worden vanaf deze versie alleen nog de optionele prestaties die rechtmatig zijn. Als een prestatie dus niet rechtmatig is, maar ook niet verplicht, wordt deze niet meer getoond. De gegevens financieringsvorm, prestatieset, erkenning en traject op de eerste subtab van het zorgaanbod zijn niet langer meer van de eerste, maar van de laatste (meest actuele) periode van financiering. Bovendien wordt bij deze gegevens de ingangsdatum van deze gegevens getoond. Op de subtab factuurinstructie was het veld meerdere per dag niet zichtbaar De validatie procedure (bekend van de DBC s) is aangepast zodat ook andere financieringsvormen structureel van de validatie procedure gebruik maken. Het popupwindow waarop de details worden getoond, is in verband hiermee ook aangepast. De validatie procedure kan meerdere fouten signaleren, hiervoor is een veld toegevoegd waarin die meerdere signalen aangegeven worden. Diverse validaties aangepast: NC115 Er zijn binnen de factuur periode activiteiten geregistreerd die nog niet zijn bevestigd voorheen alleen DBC, nu alle financieringsvormen NC550 Er zijn (directe) activiteiten geregistreerd na de overlijdensdatum (direct aantal is 0 gemaakt) nieuw NC551 Er zijn producten geregistreerd waarvoor geen indicatie/beschikking beschikbaar is (geheel of gedeeltelijk) nieuw (alleen voor externe producten waarvoor een beschikking/indicatie noodzakelijk is) NC560 Er is een toeslag aangegeven die niet is toegestaan in combinatie met meerzorg (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC700 Bij een activiteit die alleen bij dagbesteding is toegestaan is geen dagbesteding geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC701 Bij een activiteit die niet is toegestaan bij dagbesteding is wel dagbesteding geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC702 Bij een activiteit die alleen bij verblijf is toegestaan is geen verblijf geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC703 Bij een activiteit die niet is toegestaan bij verblijf is wel verblijf geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC704 Bij een activiteit die slecht 1x per dag is toegestaan zijn er meerdere geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure NC705 Bij een activiteit die slechts een beperkt aantal keer per dag is toegestaan zijn er meerdere geregistreerd (aantal is 0 gemaakt) de reeds bestaande controle is omgezet naar de validatie procedure In volgende (temp)versies zullen aanvullende validaties worden toegevoegd. Deze zijn meestal algemeen toepasbaar voor alle financieringsvormen. NB. een aantal meldingen (bijv. de 700 serie) zijn standaard als waarschuwing Releasenotes Care4 versie Pagina 5 van 30

6 gedefinieerd. Een aantal daarvan maakt het aantal 0 zodat de waarschuwing toch niet tot factureren leidt. Signalen de een fout aanduiden, leiden er toe dat alle prestaties gekoppeld aan de activiteit (bijv. de toeslagen) als fout worden aangemerkt (melding: 'andere prestatie fout') en dus niet worden gefactureerd. Releasenotes Care4 temp versie EI berichten Het forceren van MAZ/MUT berichten wordt weer correct afgehandeld voor alle sectoren. De volgende validaties zijn aangepast en toegevoegd: NC128 (Op de (formele)opendatum van de DBC is er geen contract (met verzekeraar) voor dit DBC product) aangepast aan nieuwe standaard NC143 (Hoofdbehandelaar is niet toegestaan volgens contract (of NZA).) aangepast aan nieuwe standaard NC500 - naar detail niveau gebracht NC502 - naar detail niveau gebracht NC502 - check op contract_id en 'GEEN' NC504waarschuwing, nieuw: Er zijn te crediteren factuurregels waarvoor nog geen retourbericht ontvangen is NC510 - nieuw: Client heeft geen (correct) BSNnummer (vervangt PRE001 en DIS103) NC511 - nieuw: Bij de client is geen postcode aangegeven of het hele adres ontbreekt (vervangt PRE003) NC551 (Er zijn producten geregistreerd waarvoor geen indicatie/beschikking beschikbaar is (geheel of gedeeltelijk)) NC553 (Er zijn producten geregistreerd waarvoor noch een zzp, noch een functie beschikbaar is (zeer waarschijnlijk vanwege de koppeltabel)) NC554 - nieuw: Er zijn producten geregistreerd waarvoor of geen indicatienummer, of geen CIZ AGB code of geen CIZ clientnr is aangegeven NC555 - nieuw: Er zijn producten geregistreerd waarvoor of geen financier (zorgkantoor/gemeente), of geen AGB/CBS code of geen betaler clientnr is aangegeven NC556 - nieuw: Er zijn producten geregistreerd waarvoor of geen zorgverlener of geen zorgverlener AGB code kan worden vastgesteld VAL3372 (Verplicht veld geboortedatum van de patiënt moet zijn ingevuld) - DBC: aangepast aan nieuwe situatie. Ook toepasbaar gemaakt voor overige financieringsvormen (vervangt PRE002) in eerdere updates werden alle omschrijvingen van validaties overschreven, hiermee worden de omschrijvingen weer teruggezet. Bij case(client) fouten hele case afkeuren factuurwijze AW319 aangepast naar AW319v12, dus met versienummer, in lijn met andere berichten. Met name bij het aanmaken van de berichten bleek dit niet consequent te zijn. Nb. dit is een oudere versie, maar qua lay-out nog ongewijzigd. Saldering aangepast t.b.v. WMO/JW berichten BSN met beperkingen werd op 9 s gesteld, maar voor de berichten naar gemeenten is het BSN toch noodzakelijk. Bij verblijfsregels kwam de einddatum periode een dag te ver (veroorzaakt doordat 24:00u en 00:00u hetzelfde zijn) daarom de einddatum gelijk gemaakt aan de begindatum (per dag) De tarieftabel code1 werden default gelijk gesteld aan de prestatiecode, dit is met name bij berekende prestaties niet correct. in de oude (2014) facturatie module werden prestatiecodes opgegeven en berekend niet altijd correct behandeld. Dat werd bij het bepalen van het tarief gecorrigeerd, maar nu is dat niet meer nodig/wenselijk Releasenotes Care4 versie Pagina 6 van 30

7 De productcategorie werd op sommige plaatsen nog bepaald uit de eerste twee posities van de productcode. Nu wordt deze overgenomen uit de toewijzing of het extern product. indicaties/prestaties werden niet opgehaald wanneer noch de gewenste_startdatum noch de gewenste_einddatum waren ingevuld alleen perioden die daadwerkelijk gedebiteerd worden, worden ook gecrediteerd (als alle debiteringen afgekeurd worden, dus ook geen credit) de afwijkende contractafspraken voor DBC's (oude stijl) werden niet meegenomen bij buitenlandse postcode werd de postcode van de instelling aangegeven als er verder geen adres was. Releasenotes Care4 temp versie EI berichten EI berichten EI berichten EI berichten CBS Export BSN-check Intren De dubbelingen in de lijst met te forceren MAZ/MUT berichten zijn eruit gehaald. WMO en JW berichten (en ook WLZ berichten die worden verzonden vanaf de nieuwe verzameltab) worden verstuurd met tekstindeling UTF8 zonder BOM (Byte Order Mark). WMO berichten met een normale UTF8 indeling (met BOM) worden door Vecozo afgekeurd. Aanvragen zonder einddatum kunnen worden aangemaakt bij een ZZP indicatie. Elektronisch ingelezen indicaties zonder einddatum geldigheid kunnen weer gewoon gekoppeld worden met voorgaande of opvolgende indicaties. De volgende validaties zijn aangepast en toegevoegd: NC106 de validatie werd ten onrechte ook uitgevoerd op het factuur-detail record van de DBC zelf. Versie 3.0 van de CBS Export voor de jeugdzorg is verwerkt. Veld perspectief_cbs toegevoegd aan zorgaanbod aanvraag tab. Nieuwe context 998. SBV-Z versie 8.0 beschikbaar, naast de oude. In deze nieuwe versie komt bij de BSN-check de woonplaats retour (de oude gaf alleen postcode (als referentie naar plaats) retour). In Onderhoud Applicatie Diversen, onderdeel UZI, kan gekozen worden voor gebruik van de oude of de nieuwe webservice. De oude webservice wordt door de SBV-Z uitgefaseerd op 30 juni Bij financieringsmodellen waarbij de verzekeraar de betaler is (ZG), wordt de verzekeraar juist getoond. Tevens wordt de rechtmatigheid juist berekend. De producten kunnen bij de verzekeraar zelf, of bij de instantie Landelijk, worden genoteerd. Op de validatie popup (activiteiten) werd soms de activiteit code niet weergegeven. Een performance aanpassing is doorgevoerd, waardoor bij een grotere instelling de run nog maar 19 min. duurt ipv. 2,5 uur. Releasenotes Care4 temp versie De financieringsvormen Z1 en Z2 (ex-awbz) worden nu ook ondersteund op de subtab Financieel. Releasenotes Care4 versie Pagina 7 van 30

8 De financier wordt nu ook in de lijst weer gegeven op de subtab Financieel. EI berichten In het scherm voor het genereren van de EI berichten staan nu alleen die mutaties klaar die betrekking hebben op elektronisch ingelezen berichten. Op de factuur tabs wordt nu het aantal productie en concept facturen weergegeven als 2 aantallen (voorheen bij elkaar geteld) Er komt een extra waarschuwing bij het terugdraaien van facturen die al zijn geëxporteerd (bericht Vektis). Als er al retourberichten zijn voor een of meer facturen komt er daarna nog een melding dat dit niet kan tenzij dit als Admin uitgevoerd wordt. Zelfs dan volgt er alsnog een 3 e waarschuwing. Op de subtab Financieel kan nu ook de zorgverlener (AGB) worden aangegeven, voor die gevallen waar de instelling meerdere AGB codes gebruikt en die AGB code niet in de beschikking/indicatie staat vermeld. (niet van toepassing voor DBC s) Melding update capability opgelost Tekstuele aanpassing in keuzelijst Salderen Bij de factuur instructie voor presentie zijn een aantal velden beschikbaar die betrekking hebben op contacten. Dit omdat in bepaalde situaties presentie wordt gezien als (groeps)contacten. In tabel factuur_regel het veld dagdeel toegevoegd t.b.v. vermelding op een papieren factuur. Tevens wordt de kostenplaats weer ingevuld. Div. maatwerk functies, voorheen hard gecodeerd gebonden aan een instelling omgezet naar een organisatie parameter: - default debiteurnummer - default factureren aan cliënt zelf Vast periode bedrag bij contacten word weer correct berekend Prestatiekoppeling ook mogelijk gemaakt bij verzekerde zorg (niet DBC) Bij presentie (m.n. bij verblijf) word de datum tot/met van een dag weer goed berekend Bij het salderen van factuurregels is een gigantische performance verbetering bereikt met een relatief kleine ingreep Validaties die specifiek gekoppeld zijn aan een (DBC)branche worden herkend als fout. Validatie NC106 wordt alleen uitgevoerd op de detailregels Bij validatie NC122 word gecheckt op wisselingen van en geeft daarbij geen onterechte foutmelding meer De tab Run staan velden weer correct waardoor het scherm weer goed leesbaar is Bij de factuurinstructie voor presentie wordt een veld weer correct geïnitieerd waardoor een foutmelding verdwenen is. Releasenotes Care4 versie Pagina 8 van 30

9 In de facturatie wordt bij de beschikking aangegeven bedragen de juiste codering gecheckt. In de facturering wordt bij de check op tegen elkaar wegvallende debet en credit regels correct vergeleken waardoor de debet en credit weer tegen elkaar wegvallen. Releasenotes Care4 temp versie Door het aanpassen van databasetriggers vereist deze temp dat er bij de installatie geen gebruikers in de database aan het werk zijn De leveringsvorm bij de indicatie en de toewijzing is in gewijzigd van context financieringsvorm (219) naar de context leveringsvorm (217). Dat was al verwerkt in de applicatie en in het berichtenverkeer. Alleen voor indicaties die al eerder waren ingelezen moest de leveringsvorm nog worden omgezet naar de nieuwe context. Hiervoor is in deze versie een script toegevoegd dat de leveringsvorm bij de indicatie en toewijzing omzet van context 219 naar 217 op basis van de omcoderingen naar de codes uit het VEKTIS codeboek. EI berichten Bij het onderhoud berichtenverkeer EI is het nu mogelijk om per bericht een default directory voor de te verzenden bestanden aan te geven en default wijze communicatie (handmatig of via Vecozo). Bij het importeren van een bericht van een nieuw zorgkantoor of nieuwe gemeente worden deze gegevens dan overgenomen. Uiteraard zijn ze vervolgens weer per zorgkantoor/gemeente aan te passen Indeling in subsets is nu ook mogelijk bij de financieringsvorm, zowel bij het product als in de financieringsperiode. De financieringsvorm en prestatieset die bij het product worden aangepast, worden overgenomen in de eerste financieringsperiode. Bij de externe producten kunnen producten op in gebruik uitgezet worden, waardoor ze niet meer in de keuzelijsten voorkomen, en bij het bijladen van nieuwe producten worden deze informatie toch bewaard De afbeelding van de financieringsvorm bij het zorgaanbod wordt getoond aan de hand van de laatste financieringsperiode. Indien de BSN-check een onbekend woonplaats teruggeeft, komt de mogelijkheid deze te koppelen aan een bekende plaatsnaam. Zo kunnen verschillen in schrijfwijze hoe het bij het GBA is vastgelegd en de wijze waarop het in Care4 het bekend is (bijvoorbeeld Hoorn (NH.) en Hoorn NH) eenmalig aangegeven worden. Na koppelen zal de nieuwe schrijfwijze voortaan bekend zijn. Aan de views vw_factuur en vw_factuur_regels is de kolom bank_giro_nummer weer toegevoegd, zodat rapportages die op dit veld gebaseerd zijn, blijven werken. Wel adviseren wij deze rapportages om te zetten door naar de kolom iban te gaan verwijzen. Diverse wijzigingen in validaties: NC143 [DBC] Hoofdbehandelaar is niet toegestaan volgens contract (of NZA). Aangepast op invoering nieuwe beroepen met terugwerkende kracht door DBC Onderhoud NC552 [Algemeen] Er zijn activiteiten geregistreerd waarvoor geen externe product/prestatiecode kan worden vastgesteld. Releasenotes Care4 versie Pagina 9 van 30

10 Ten onrechte werd gecheckt op geboorte datum en berekende prestaties die op leeg uitkomen (n.v.t.) werd ten onrechte een fout gegeven. NC557 [Algemeen] Er zijn niet declarabele contacten geregistreerd (aantallen op 0 gesteld) Nieuw contacten met een niet declarabele soort bespreking worden niet meer meegenomen in de facturering, wel gesignaleerd. LET OP. In het verleden werden nieuwe soorten bespreking soms automatisch als niet declarabel aangegeven, het kan zijn dat die nog steeds zo staan, kijk ze s.v.p. dus even na. VAL6619 [DBC] Gesloten DBC heeft naast de primaire diagnose op as1 of as2 een volledige DSM IV registratie op de overige diagnoses. Er is een nieuwe uitzondering bij gekomen: bij overgang naar Jeugd GGZ, zonder dat er behandelactiviteiten zijn. VAL6641 [DBC] Zorgtraject heeft één primaire diagnose op As1 of As2 Er is een nieuwe uitzondering bij gekomen: bij overgang naar Jeugd GGZ, zonder dat er behandelactiviteiten zijn VAL7050 [DBC - nieuw] Een DBC met sluitreden "Afsluiten vanwege overgang naar jeugd-ggz" heeft op de sluitdatum geen patiënten van 18 jaar of ouder met uitzondering van het zorgtype "Jeugdstrafrecht" VAL7051 [DBC - nieuw] Een DBC met sluitreden 'Afsluiten vanwege overgang naar jeugd-ggz' heeft geen einddatum groter/gelijk 1 januari 2015 View voor de DISdiagnose aanlevering aangepast t.b.v. de Basis GGZ en overbodige zaken voor 2015 zijn verwijderd. Er wordt geen credit factuur meer aangemaakt wanneer bij de cliënt uitstellen facturering is aangezet. Bij de vergelijking van debet en credit regel t.b.v. het tegen elkaar laten wegvallen, wordt het indicatie aanvraagnr niet meer meegenomen Releasenotes Care4 temp versie De aanpassingen voor de DIS GA 7.0 en de Basis GGZ waren reeds voor versie klaargezet.denageleverde scripts worden nu meegeleverd nadat ook de laatste wijzigingen in de standaard zijn opgenomen.. (ook een versie beschikbaar voor versie ). Dit betreft de bestandsdefinities en de views die bovendien geschoond zijn van vanaf 2015 niet meer relevante informatie (de niet verzekerde DBC s) Performance verbetering in de tabeldefinitie van de DBC hulptabel. Gegenereerde perioderegels (plaatsing gebonden facturering) werden voorheen niet gebruikt in de AWBZ, WMO of JW omgeving op basis van een prestatiekoppeling. Omdat deze wens blijkt te bestaan, worden nu ook bij deze regels de functie en ZZP indicatiegegevens meegenomen zodat deze facturatie methoden nu ook in die omgevingen toepasbaar is. Het bepalen van de verstrekking gegevens is gewijzigd, met name t.b.v. het verbeteren van de performance. (scheelt 5 tot 15 min. in DBC batch run) Diverse wijzigingen in validaties: NC105 [DBC] Er zijn binnen de DBC periode contacten geregistreerd door een medewerker waarvoor geen dienstverband/beroep is aangegeven of het beroep niet is omgecodeerd naar de DBC GGZ codetabel. (tijd is 0 gemaakt). Validatie aangepast aan nieuwe situatie. NC550 [Algemeen] Er zijn (directe) activiteiten geregistreerd na de overlijdensdatum (direct aantal is 0 gemaakt) Releasenotes Care4 versie Pagina 10 van 30

11 Activiteiten op de overlijdensdatum worden nu niet meer ten onrechte afgekeurd. NC559 [DBC] Er zijn binnen de DBC periode contacten geregistreerd door een medewerker met een niet declarabel beroep (tijd is 0 gemaakt) Nieuw Waarschuwing was voorheen een afkeur van een detail regel, nu omgezet naar een standaard validatie. VAL7007 [DBC] Verblijf zonder overnachting moet minimaal twee behandel en/of diagnostiek-activiteiten en/of verrichting ECT hebben. Sterke performance verbetering. Wanneer er bij een DBC helemaal geen activiteiten zijn worden er vele validaties niet uitgevoerd omdat er geen formele opendatum bepaald kan worden. Nu wordt in dat geval de begindatum DBC gebruikt. Met name wanneer de beschikking/indicatie handmatig wordt ingevuld, wordt nogal eens vergeten het cliëntnummer (financier) aan te geven. Wanneer dit nummer niet is ingevuld in de beschikking/indicatie, wordt in de facturering als de financier een gemeente is, standaard het BSN gebruikt. Bij de instructie voor op uurbasis te factureren presentie (m.n. dagbesteding) kan nu in de instructie een standaard aantal uren (3 of 4) aangegeven worden. Dit wordt met name gebruikt wanneer de gemeente afspraken heeft gemaakt op basis van een vast aantal uren in afwijking op de werkelijke duur van een dagdeel. Omdat er mogelijkheden zijn om de presentieregistratie om te zetten naar contacten (dus met een medewerker) is deze mogelijkheid ook bij contactinstructies toegevoegd. Op de subtab factuur-instructie (presentie) zijn de velden factuur limiet en de periode start/einde onzichtbaar gemaakt bij een tarief per uur. Op de subtabs factuur-instructie (model en product) en de subtab facturering is de sleutelwaarde soort facturering in ere hersteld. Het is dus nu weer mogelijk om voor verschillende soorten factuurruns (of bijv. rapportage) afwijkende instructies aan te geven. Op de subtab instantie extern product instructie zijn de bedrag/eenheid velden (voorlopig) weggehaald omdat ze op dit moment niet worden gebruikt. Op die tab zijn twee nieuwe velden toegevoegd (alternatieve productcode en alternatieve tarieftabel). Deze velden zijn bedoeld voor interne rapportages gebaseerd op andere dan de externe productcodes en tarieven. Op de tabs Soort facturering (Codetabel Facturering soort) en Factuurset (Codetabel Factuurset) kan nu ook een selectie van financiers aangegeven worden via een dimensie. Dit heeft nog geen effect, maar binnenkort zal in de facturering ook die dimensie worden gecheckt (na het vaststellen van de betaler) zodat het mogelijk wordt de financiers in verschillende runs in te delen (bijv. gemeenten die aan het begin van de maand of aan het eind van de maand gefactureerd moeten worden). Een aardig bijverschijnsel is dat u financiers die tijdelijk niet gefactureerd kunnen worden (en dan even later alsnog) even in een aparte groep kunt plaatsen, dat werkt makkelijker dan alle financiers uit en aanzetten. Op de tab Soort facturering (Codetabel Facturering soort) kan nu een alternatieve factuursoort worden aangegeven. Wanneer hier een andere factuur soort wordt aangegeven worden in de basis detailregels van de facturering een aantal velden meegenomen volgens die alternatieve factuursoort. Dit is met name bedoeld voor rapportage doeleinden, waar dan o.a. de alternatieve productcode en informatie uit de alternatieve tarieftabel (zoals het tarief en artikelnummer) worden opgenomen in de normale factuurgegevens. Releasenotes Care4 versie Pagina 11 van 30

12 Releasenotes Care4 temp versie Door het aanpassen van databasetriggers vereist deze temp dat er bij de installatie geen gebruikers in de database aan het werk zijn. Structuur wijziging DBC s: De velden laatste_concept_id, -2, -3 en run (met name gebruikt in rapportages en het popupscherrn validatie-activiteiten) werden voorheen alleen gevuld wanneer er bij de laatste facturatie/validatie een conceptfactuur gemaakt was en de status van de DBC niet gefactureerd was. Dit betekende dat wanneer er in de laatste facturatie een factuur gemaakt werd die weg viel tegen de credit nota (bijv. omdat het verschil in uren niet tot uiting kwam in de berekende productcode), er geen verwijzing was naar de laatst berekende situatie, in sommige situaties werd die laatste conceptfactuur zelfs later weggegooid. Vanaf deze versie worden deze velden altijd gevuld met de laatste berekende factuur ongeacht het type. Dit betekent dat in de rapportages en bijv. het popupscherrn validatie-activiteiten altijd de situatie van de laatste berekening wordt getoond. Wanneer in rapportages alleen de werkelijk gefactureerde gegevens getoond moeten worden (ten tijde van die factuur) dient er gekoppeld te worden op de velden laatste_factuur Voorheen werden alle validaties achterelkaar uitgevoerd, nu is dit gesplitst naar 3 momenten: - Nadat de details helemaal zijn berekend - Nadat de DBC s e.d. zijn berekend (op basis van correcte details) - Nadat alle normale validaties zijn doorlopen (bijv. NC116 checkt op de correctheid van de voorgaande DBC s dus kan pas nu worden uitgevoerd) Voorheen was dit geen probleem omdat tijdens de berekening van de details allerhande checks werden gedaan, nu worden die checks zo veel mogelijk in validaties gedaan. Diverse wijzigingen in validaties: NC106 [Algemeen] Er zijn activiteiten geregistreerd waarvoor geen verstrekking is aangegeven of de verstrekking niet is omgecodeerd naar de DBC GGZ codetabel. (aantallen zijn 0 gemaakt) Voorheen alleen voor DBC & aangepast aan nieuwe opzet. NC116 [DBC] Een van de voorafgaande DBC's in dit traject is nog niet correct afgesloten en gevalideerd Aangepast aan nieuwe opzet. NB. wordt als laatste uitgevoerd. Technisch: de nabewerking van details bij DBC stbv. het bepalen van de verzekerbaarheid werden op een beetje vreemde plaats gedaan, deze zijn nu verhuisd naar een meer logische plek, bij andere detail bewerkingen. Bij het opruimen van oude conceptfacturen is eerder een (m.n. performance) aanpassing gedaan die in sommige gevallen een ongewenst effect blijkt te hebben. De eerdere wijziging is daarom grotendeels teruggedraaid. Tevens was hier een aanpassing in verband met de hierboven genoemde structuurwijziging noodzakelijk Indien van de BSN-check vreemde karakters terug komen in de achternaam of de voornaam, die niet door de database verwerkt kunnen worden, worden deze meteen omgezet naar een overeenkomend teken. Als voorbeeld wordt de ĝ omgezet naar een g. In deze temp is de voorbereiding opgenomen voor de koppeling met het Medimo voorschrijfsysteem. Hiervoor is een nieuwe tab toegevoegd, onder nieuwe licentie H38. Deze tab maakt gebruik van units uit het organogram die via de dimensie Releasenotes Care4 versie Pagina 12 van 30

13 EVS locaties en afdelingen gelabeld zijn als Afdelingen of Locaties. Deze dimensie kan het beste als platte lijst opgebouwd worden. Benaming luistert heel nauw Bij de externe producten kan aangegeven worden dat een extern product een toeslag-product is. Deze kunnen in de rapportages uitgefilterd worden. In de modules Registratie en Zorg kan de map Persoonsgebonden dossiers (/cases) sinds deze temp aangeklikt worden, zodat daar tabs aan toegevoegd kunnen worden. De meest logische tab die aan deze map gekoppeld kan worden is een Documentenbeheertab die op dat niveau is ingesteld. Deze tab toont dan, mits goed ingesteld, de documenten en rapportages van de dossiers (/cases) waar de gebruiker als hulpverlener aan verbonden is. Een aantal organisaties had deze functionaliteit al als temp uitgeleverd gekregen, deze is dus nu opgenomen in de standaard. De functionaliteit wordt niet onder aparte licentie uitgebracht. Releasenotes Care4 temp versie Als u temp 12 geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. [Facturatie] Bij de bepaling van contactinformatie op basis van de A&A registratie (met medewerkers) worden in eerste instantie ook afwezige cliënten meegenomen. Al snel daarna zijn die gegevens meestal niet meer nodig maar bleven verder gewoon meedraaien hetgeen dan uiteindelijk resulteerde in de afkeur van zo n detail-regel. Dit veroorzaakte dus een hoop meldingen die verder geen echt nut hebben. Daarom worden deze details nu al verwijderd zodra duidelijk is dat ze niet nodig zijn. [DBC] Bij de bepaling van de (tijdbesteding) factuurregels werden activiteiten met alleen indirecte tijd niet meegenomen. [DBC] De afwijkende DBC tarieven op contract niveau werden niet meegenomen. Diverse wijzigingen in validaties: NC106 [Algemeen] Er zijn activiteiten geregistreerd waarvoor geen verstrekking is aangegeven of de verstrekking niet is omgecodeerd naar de DBC GGZ codetabel. (aantallen zijn 0 gemaakt) - Technische aanpassing: voorheen werd gecheckt op de technische sleutel van de verstrekking, nu op de verstrekkingscode zelf. VAL6620 [DBC] Gesloten DBC heeft primaire diagnose op As 1 of As 2 - Verbeterd in relatie tot de wijze van bepalen in div. views en de DIS (ivm recente tabelwijzigingen DBC-Onderhoud) zodat hier al wordt afgekeurd als het daar een fout op zou leveren. Een aantal niet relevante checks die in een andere validatie ook al gedaan worden zijn verwijderd. VAL6621 [DBC] Primaire diagnose mag nietzijn op: as1_18.02, as1_18.03, as2_18.02, as2_18.03, as2_17.01, as2_ , as2_ , as2_ , as2_ en as2_ Analoog Val6620 VAL6641 [DBC] Zorgtraject heeft één primaire diagnose op As1 of As2 - Analoog Val6620 Aangepaste DBC validaties Dit zijn m.n. wijzigingen i.v.m. de structuurwijziging. Deze validaties worden nu in de eerste stap uitgevoerd i.p.v. in stap 2. Het resultaat is dat hierdoor afgekeurde detailregels nu ook niet meer mee tellen in de DBC NC125; NC144; VAL2201; VAL2218; VAL2223; VAL2224; VAL6680; VAL6693; VAL6825; VAL6826; VAL6963; VAL7001; VAL7002; VAL7003; VAL7006; VAL7008; VAL7009; VAL7010; VAL7011; VAL7012; VAL7013; VAL7014; Releasenotes Care4 versie Pagina 13 van 30

14 VAL7015; VAL7017 ;VAL7020; VAL7021; VAL7022; VAL7023; VAL7024; VAL7030; VAL7033; VAL7039; VAL7044 NC145; VAL6601;VAL6683; VAL6697; VAL6809; VAL6815; VAL6823; VAL6954; VAL6958; VAL6965 Bij de berekening van de DBC s worden de tijdregistratie regels weer correct gesplitst per beroep Bij de berekening van de DBC swordt bij persoonlijkheidsstoornis NAO de diagnosegroep correct bepaald. De subtab contract hoofdbehandelaren is weer beschikbaar bij GGZ contracten. Releasenotes Care4 temp versie Als u temp 12 geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. Diverse wijzigingen in validaties VAL6685 [DBC] Een DBC heeft niet alleen activiteit Ondersteunende begeleiding (code act_4.2*) noch in combinatie met pré-intake (act_1) en/of intake/diagnostiek (act_2) en/of Algemeen indirecte tijd (act_7*) en/of Dagbesteding (act_9*) en/of Verblijf zonder overnachting (act_8.*.6) - Deze validatie bleek niet in de tabel te staan VAL6686 (DBC] Een DBC heeft niet alleen activiteit Dagbesteding (code act_9*) noch in combinatie met pré-intake (act_1) en/of intake/diagnostiek (act_2) en/of Algemeen indirecte tijd (act_7*) en/of Ondersteunende begeleiding (act_4.2*) en/of Verblijf zonder overnachting (act_8.*.6) - Deze validatie bleek niet in de tabel te staan NC131 [DBC] De hoofdbehandelaar (intake of behandeling) heeft geen directe tijd op de DBC geregistreerd. Dit is vanaf 2015 niet meer verplicht bij vervolg DBC s In de presentielijst (A&A) blijkt het mogelijk te zijn dat 1 medewerker meerdere malen in de lijst staat op dezelfde dag. Dit leidt in de berekening tot een fout. Dit is vooralsnog in de berekening opgelost door de medewerker maar1x te beoordelen, bij voorkeur de aanwezigheidsregistratie. Op de subtabs van factuur-soort en factuur-set kan een factuurnummer format worden aangegeven waarbij dan een voorbeeld wordt weergegeven. Wanneer daar 1 J werd aangegeven, werd het laatste nummer van het jaartal aangegeven wat bijv. erg lastig is bij het aangeven van een JW factuur. In de facturatiemodule werd bovendien 1 J niet omgecodeerd. Het voorbeeld wordt nu opgebouwd door de standaard database routine zodat het voorbeeld altijd exact aangeeft wat de facturatie er van maakt. Op de tab factuur in de periodieke procedures werd de financier selectie nog niet weergegeven. Bovendien werd bij productie runs het aantal productie en conceptfacturen niet gesplitst. (dit gebeurt vanaf nu wel, niet met terugwerkende kracht) Op de subtabs model en product instructie werd bij het checken op overlappende producten niet gecheckt op de soort facturering waardoor niet voor verschillende soorten verschillende instructies opgegeven konden worden. Bij de facturatie van zorg aan Zintuiglijk gehandicapten, is het verplicht te factureren in eenheden van 5 minuten. In de AWBZ e.d. was dat altijd een optie die werd geïmplementeerd door aan te geven afronden op 5 minuten. T.b.v. de ZG facturatie wordt nu, als is aangegeven afronden op blokjes van 5 minuten, zowel het (uur)tarief als het aantal eenheden omgerekend naar eenheden van 5 minuten Releasenotes Care4 versie Pagina 14 van 30

15 (/12) en wordt dit ook in de code eenheid (07) aangegeven in het factuurbericht. Er zijn verschillende instellingen voor de afronding van de blokjes van 5 minuten. Je kan deze naar keuze per factuurinstructie instellen: 1. In blokjes van 5 minuten of een deel ervan. In dit geval word de restwaarde altijd naar boven afgerond naar 5 minuten. Bv 11 minuten worden dan 3 blokjes van 5 minuten. Bv 1 minuut wordt dan ook 1 blokje van 5 minuten. 2. In blokjes van 5 minuten afgerond. Bv 12 minuten worden 2 blokjes van 5 minuten. Een contact van 13 minuten worden 3 blokjes van 5 minuten. Indien de tijd over meerdere cliënten moeten worden verdeeld dan wordt eerst de tijd over de cliënten verdeeld en daarna pas worden er blokjes van 5 minuten van gemaakt. Wel/Niet verdelen is een instelling in de factuurinstructie. De blokjes van 5 minuten worden gemaakt op basis van een activiteit. Een activiteit is een agenda contact. Of een activiteit is een aanwezigheid in de presentielijst. In deze laatste situatie is wel ingesteld dat de aanwezigheid moet omgezet naar een waarde in minuten. Het gaat om de volgende instellingen in de factuurinstructies Voor contacten in de Agenda: Voor contacten gegenereerd uit de presentielijst: Releasenotes Care4 versie Pagina 15 van 30

16 In het AW319 export bestand komt als eenheid code nu 07 te staan. Dit voorbeeld is van een test uit een test database. De (forse) performance verbetering bij het salderen van factuurregels, gemeld in releasenotes 9, blijkt niet in de standaard uitlevering te zijn opgenomen. Hierbij alsnog De kolom postcode is toegevoegd aan de view vw_verantwoordelijke_gemeente. De kolom is ook beschikbaar in overzichtsblok 332 verantwoordelijke gemeente, kolom 6648 Postcode. Releasenotes Care4 temp versie Door het aanpassen van databasetriggers vereist deze temp dat er bij de installatie geen gebruikers in de database aan het werk zijn. Overzicht/view De CBS export is aangepast waardoor zorgaanbod van cliënten tot 23 jaar in de export meegenomen wordt, mits de financieringsvorm (subtab Financieel) omgecodeerd is naar de CBS-code Wel mee in CBS-export. U dient dus zelf de cliënten van 18 tot 23 jaar te voorzien van een juiste financieringsvorm indien deze niet meer onder jeugd vallen en dus ook niet meer in de CBS-export meegenomen moeten worden. Door deze aanpassing is het noodzakelijk dat de financieringsvormen worden omgecodeerd naar wel of niet mee in CBS-export (codetabel 219 Financieringsvorm). De interne codetabel Hulpvorm ( product) heeft code 999 gekregen in plaats van 996. Retourberichten AW320: Voor de AW320 werd nog de oude, bericht specifieke routine gebruikt, terwijl er al lang een standaard routine bestaat voor alle factuur retourberichten. Deze oude routine was niet aangepast op de nieuwe variant van de AW319/320 t.b.v. de ZG, de nieuwe routine wel. Vanaf nu wordt voor alle factuur retourberichten de nieuwe routine gebruikt waardoor ook de AW320-ZG verwerkt kan worden. Er is een nieuw overzichtblok aangemaakt; Financieel, die de informatie toont van de subtab Financieel bij het zorgaanbod (kolommen 6821 tot en met 6829).Tevens is de view vw_zorgaanbod_financieel toegevoegd met dezelfde informatie Kolom 6841 Spreekt Nederlands is toegevoegd aan de overzichtblokken (blok Cliënt 6) Bij het gebruik van meerdere eigen instellingen met dezelfde koepel-agb code werd de bestandsnaam bij het aanmaken van een WMO302 bericht (retourbericht Toewijzing) soms met de verkeerde AGB code gevuld. AGB codes in EI-berichten die niet in de landelijke lijst in Care4 staan, worden wel correct herkend als ze zijn opgenomen als instantie in Care4 met het betreffende registratienummer Blok Product (7) is toegevoegd met informatie die gebruikt wordt voor de CBSexport, kolommen 6861 Soort verwijzing, 6862 Perspectief en 6863 Hulpvorm. Releasenotes Care4 versie Pagina 16 van 30

17 Het database-event is gesplitst in twee functies; de dagovergang (autorisatie en Medimo-bijwerken) en regelmatig bijwerken. De laatste functie regelt zaken zoals het corrigeren van meerdere post/bezoek/gba-adressen voor één persoon. Voor de Medimo-koppeling zijn de triggers aangepast die wijzigingen doorgeven. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: urgent WMO: niet urgentindien gebruikt wordt JW: niet urgent indien gebruikt wordt GGZ (DBC); urgent ZG: urgent PGB niet urgent indien gebruikt wordt Door het aanpassen van databasetriggers vereist deze temp dat er bij de installatie geen gebruikers in de database aan het werk zijn. en [DBC] Bij een DBC productie run werden voor alle DBC s conceptfacturen gemaakt met als reden open dbc, Door een volgorde wijziging was op het moment van de betreffende controle de formele sluitdatum nog niet berekend. [DBC] Het kon voorkomen dat na een DBC productie facturatierun de status van de DBC niet van Gesloten en Gevalideerd naar Gesloten en Gefactureerd werd gewijzigd terwijl er wel een juist factuur was aangemaakt. Dit is nu opgelost. [ZG] De indirecte tijd werd niet correct omgerekend naar blokjes van 5 minuten. [WLZ/ZG] Retourberichten AW320: in is een wijziging doorgevoerd, echter daarin werd bij het verwerken niet overal op de juiste berichtversie gecontroleerd waardoor de retourberichten AW320 altijd afgekeurd werden. Op de tab Zorgaanbod wordt de interne omschrijving van de huidige financieringsvorm en de erkenning getoond, in plaats van de externe De trigger die de afsluiting van een dossier (case) doorgeeft aan BergOp door de cliënt als inactief te noteren, is hersteld. Deze was overschreven door een andere aanpassing. NZA (DBC) [DBC] Het NZA (voorheen DBC Onderhoud) heeft op 23 april jl. een update gepubliceerd voor de DBC registratie versie RG15b (ingangsdatum ). Deze is in deze versie verwerkt: VAL7028: was al voorzien in Care4, wijziging dus niet noodzakelijk (wel kleine tekstuele wijziging doorgevoerd) Tijdsafhankelijkheid:Geen effecten, was al wel verwerkt in (standaard) validaties e.d. Val6808: (FZ uitzondering toegevoegd m.b.t. RIBW s) Voor Care4 (nog) niet relevant, aantekening in programma toegevoegd, verder geen aanpassing. FPT Productgroep (omschrijving omgedraaid - FZ) Is bevestiging van actuele situatie geen aanpassing dus. Codelijst overige producten vervallen zal worden meegenomen wanneer overige producten worden opgenomen in Care4 (worden nu niet gebruikt). Releasenotes Care4 versie Pagina 17 van 30

18 [DBC] De VNG heeft een lijst met productcodes voor de DBC producten gepubliceerd. Deze (L)codes lijken functioneel sterk op de declaratiecodes. In voorbereiding op evt. nadere instructies worden deze codes al vast geladen in de omcodering tabel naast de standaard declaratiecodes. LET OP: met deze codes wordt nu niets gedaan, ons is (ook na herhaaldelijk navragen bij VNG, King, istandaarden en DBC-Onderhoud) niet bekend wat we er mee moeten. Zouden we de code in plaats van de declaratiecode in de factuurberichten zetten, bestaat de (grote) kans dat deze dan door Vecozo worden afgekeurd. Wij verwachten dat er gemeenten zullen zijn die deze codes willen gebruiken, maar niet allemaal. Het is dus even afwachten totdat wij van instellingen te horen krijgen wat zij hebben afgesproken met hun gemeenten (NB. wij hebben geen contacten hierover met de individuele gemeenten) Diverse validaties aangepast: NC003 [DBC] (nieuw) Voor de berekende productgroep is geen (landelijk) tarief bekend. NC511 [alg] meer aangesloten op de verplichte velden in factuurberichten & waarschuwing als huisnr = 0 (of leeg) VAL6621 [DBC] werd ook afgegeven wanneer de formele opendatum nog leeg was. NC138 [DBC] Het blijkt mogelijk dat bij een verwijzer(persoon) meerdere gelijktijdige/overlappende AGB codes geregistreerd zijn. Dat zou niet moeten kunnen en deze validatie kon daar niet tegen, bovendien is dan onvoorspelbaar waar dit nog meer fouten (logisch of technisch) op gaat leveren. Deze validatie is daarom uitgebreid zodat ook een fout wordt gegeven wanneer er meerdere AGB codes voor de verwijzende persoon zijn. NB. Als men naar de fouten kijkt, wordt in de kolom waarde aangegeven wat er precies aan de hand is: - Soort de soort verwijzing is niet ingevuld - omc.cbs bij jeugd, de omcodering naar de CBS code is niet aangegeven (op begindatum dbc) - omcodering bij volwassenen, de omcodering naar de Vektis tabel is niet aangegeven (op begindatum dbc) - verwijzer de verwijzer(persoon) is niet aangegeven - AGB code de AGB code van de verwijzer(persoon) is niet aangegeven (op begindatum dbc) Daaraan is nu toegevoegd: - 'Meerdere AGB' de verwijzer(persoon) heeft op de begindatum dbc meerdere AGB codes. PRE005 (Uitstel facturatie op case/dossier niveau) algemeen toepasbaar gemaakt, dus ook voor dbc s PRE010 [WLZ] (Indicatiebesluitnummer is verplicht, mag niet allemaal nullen zijn en mag geen speciale characters bevatten) weer werkend gemaakt voor de WLZ, geeft nu fout op detail niveau. PRE020 [WLZ] (Bij één van de WLZ indicaties is het cliëntnummer niet ingevuld, of deze voldoet niet aan het formaat: 15 numeriek.) weer werkend gemaakt voor de WLZ, geeft nu fout op detail niveau. PRE021 [WLZ,WMO,JW] (Bij de indicatie/beschikking is geen indicatieorgaan (CIZ) genoteerd of de AGB code daarvan is niet bekend of voldoet niet aan het formaat: 4 numeriek.) weer werkend gemaakt, geeft nu fout op detail niveau voor de WLZ of een waarschuwing voor de WMO en JW. PRE022 [WLZ,WMO,JW] vervallen gecombineerd in PRE021 PRE023 [WLZ,WMO,JW] (Bij de indicatie/beschikking is geen zorgkantoor/gemeente aangegeven of de UZOVI/CBS code daarvan is niet bekend.) weer werkend gemaakt, geeft nu fout op detail niveau voor de WLZ, WMO en JW. PRE027 [WLZ,WMO,JW] vervallen gecombineerd in PRE023 Releasenotes Care4 versie Pagina 18 van 30

19 Wanneer de tarieven (nog) niet op contract niveau zijn ingericht, werd het tarief niet gevonden. Nu toegevoegd dat wanneer er voor het contract helemaal geen tariefregels zijn, wordt gekeken naar de tariefregels zonder contract op de oude manier. Dit gebeurde nogal eens bij DBC s waar nog met de oude tabel gewerkt wordt.(omzetten is zeer wenselijk, maar voorlopig kan op deze work-around worden teruggevallen) [DBC] Bij het afkeuren van een dbc werden niet alle validatie fouten meegenomen. [DBC] de afhandeling van niet factureerbare producten is herzien. [DBC] Bij het exporteren van de facturen werden de dagbesteding regels niet meegenomen, deze werden wel berekend. [JW] factuurmethode Per jaar, vooruit (vast bedrag) toegevoegd. De bedoeling hiervan is bij start hulpverlening en vervolgens ieder jaar in januari (1 e kalenderperiode) een vast jaarbedrag in rekening te brengen. Dit is dus ook een productgebonden(zorgaanbod) facturering, niet op basis van activiteiten. NB. wordt vooral in Limburg gebruikt. [JW/WMO] bij de factuurinstructie voor contacten is de mogelijkheid voorbereid om aan te geven dat alleen gefactureerd kan worden wanneer op een dag meer dan een gegeven aantal minuten (evt.direct+indirect+reistijd) geregistreerd is. Let op, de facturering is hierop nog niet volledig aangepast (volgt z.s.m.) In onderhoud periodieke procedures is bij de runs een nieuwe tab toegevoegd, deze toont de validaties van de laatste run (niet muteerbaar). Boven in het scherm staan per geconstateerde validatie de aantallen, onderin per validatie de cliënten/dbc s waar dit optreed. Door te dubbelklikken op een naam wordt de registratiemodule geopend voor de betreffende cliënt/dbc. [DBC] Bij het aanmaken van een DIS bestand is de rubriek soort verwijzing verplicht, echter bij oudere DBC s is dit veld meestal niet gevuld. Wanneer het veld (DBC traject tab) niet gevuld is, wordt standaard de waarde 05 (Verwezen patiënt, maar verwijzer heeft geen AGB-code) ingevuld [DBC] In de CBS export werd de soort verwijzing niet goed verwerkt. Alleen waar DBC s gestart waren voor 2015 werd de soort verwijzing goed opgehaald. Vanaf deze versie wordt het soort verwijzing juist opgehaald. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: niet urgent indien of verder gebruikt wordt GGZ (DBC); zeer urgent ZG: niet urgent indien gebruikt wordt PGB niet urgent indien of verder gebruikt wordt Als u temp 16 geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. [DBC urgent] Wanneer de cliënt 18 wordt, wordt een vervolg dbc gegenereerd. Dit gebeurde echter ook op de verjaardag van volwassenen waarbij het circuit nog op Jeugd staat. De vervolg dbc werd dan gestart op de 18 e verjaardag (soms dus vele Releasenotes Care4 versie Pagina 19 van 30

20 jaren terug) en werd de einddatum van de oorspronkelijke dbc dus op een datum kleiner dan de begindatum gezet. [DBC urgent] Wanneer er dbc s worden verwijderd of wanneer de begin/einddatums worden veranderd, ging er in volgende runs iets mis in de selectie van activiteiten.dat kwam met name aan het licht omdat in oudere versies van 23 het genereren van vervolg dbc s soms niet goed ging (bijv. werden einddatums ingevuldkleiner dan de begindatum) wat dus ook resulteerde in incorrecte selectie van activiteiten.dat had nogal verstrekkende gevolgen en moest op verschillende plaatsen worden aangepast. Bij de selectie van te verwerken contacten, werden NoShow contacten niet meegenomen bij de DBC berekening en wel bij de andere sectoren. Dit moet juist andersom zijn, dus wel bij DBC en niet bij (de meeste) andere sectoren. [DBC urgent] bij de omcodering van verstrekkingen werd bij NoShow contacten eventueel de sub-code van de oorspronkelijke verstrekking achter de NoShow code act_7.2 gezet. Diverse validaties aangepast: [DBC] NC552 in sommige (DBC) situaties kon een SQL error optreden. Op de tab waarop de detailgegevens van een run worden getoond (periodiek procedures) werd altijd al de duur van de run aangegeven wanneer deze uitgevoerd was. Nu wordt de duur ook aangegeven als de run draait, dus t.o.v. de systeem datum en toont dus hoe lang de run al loopt. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien of verder gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: urgent indien pleegzorg gefactureerd wordt, anders niet urgent indien of verder gebruikt wordt GGZ (DBC); zeerurgent ZG: urgent PGB niet urgent indien of verder gebruikt wordt Als u temp 16 of verder geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. [algemeen urgent] Bij het bepalen van de toe te passen tarieftabel bij het contract stond sinds een fout in de conditie waardoor het toe te passen tarief onvoorspelbaar werd. Dit is aangepast en daarnaast uitgebreid zodat zo nodig ook gekeken wordt naar de tarieftabel bij de contracten van een hoger (regio/verzekeraarsconcern) niveau. [JW urgent indien pleegzorg] Wanneer pleegzorgdagen gefactureerd dienen te worden aan de gemeente dient de facturatiemodule de brongegevens op identieke wijze te hanteren als bij de pleegzorgbetaling. De twee procedures mogen echter niet aan elkaar gekoppeld worden. NB. het betreft in dit geval uitsluitend de pleegzorgdagen (structureel & partieel) per kind, niet de begeleidingscontacten(noch op kind noch op pleeggezin niveau) en ook niet de bijzondere declaraties. Ook spelen toeslagen (zoals 3-kinderen toeslag) hier geen rol. Releasenotes Care4 versie Pagina 20 van 30

21 [DBC zeer urgent] de omcodering van de soort medewerker (hoofdbehandelaar / medebehandelaar) in de export van de tijdregels was niet correct. [DBC urgent] In de vorige update is de selectie van contacten aangepast, hetzelfde probleem speelde echter ook bij de presentie. Het blijkt dat in sommige installaties (m.n. wanneer in het verleden de facturatie niet werd gebruikt) de installatie van enkele tabellen niet geheel correct is verlopen. Dit kan ook effecten hebben op bijv. de werking van de agenda en A&A. De betreffende installatie wordt hierbij zonodig gecorrigeerd. In de facturatie details tabel was het veld voor de prestatie code maar 10 pos. lang. M.n. in de GGZ worden echter langere codes gebruikt, De velden zijn daarom opgerekt naar 25 posities. [DBC] In het aantal contacten (op de DBC-vervolg tab) werden contacten waarbij het aantal minuten op 0 is gesteld (bijv. noshow) gewoon meegeteld (ook in versie en eerder). In gebeurde dat nog veel vaker, waardoor het nu pas echt opgevallen is. Wanneer bij een te factureren activiteit de aantallen op 0 staan (dus niets te factureren) wordt de detail regel afgekeurd met 'Aantal 0'. Dit kan echter het gevolg zijn van een waarschuwing, dus is de check aangepast opdat die fout niet meer wordt gegeven als er voor die activiteit al een waarschuwing is. In de detailregels is de kostenplaats opgenomen. De in de instructie opgegeven salderingsoptie werd niet overgenomen in de factuurregels waardoor altijd op de standaard wijze (meestal periode) werd gesaldeerd. (Urgent voor ZG) [DBC] Vervallen dbc s werden in de facturatie vrijwel altijd afgekeurd met "geen regels" omdat er bij vervallen dbc s geen debet regels zijn, maar ook de eventuele credit regel werd dus afgekeurd. De check op "geen regels" is dus aangepast zodat die nooit wordt afgegeven wanneer het een vervallen dbc betreft. NB. Dit openbaarde zich doordat de status van de vervallen dbc op gevalideerd bleef staan en niet op gefactureerd werd gezet. Diverse validaties aangepast: [DBC] NC552 (Er zijn activiteiten geregistreerd waarvoor geen externe product/prestatiecode kan worden vastgesteld) Deze validatie werd ten onrechte ook uitgevoerd voor niet declarabele contacten Aan de view vw_verantwoordelijke_gemeente is de kolom cbs_gemeentecode toegevoegd. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien of verder gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: niet urgent indien of verder gebruikt wordt (zie ook ) GGZ (DBC); niet urgent indien gebruikt wordt ZG: niet urgent indien gebruikt wordt PGB niet urgent indien of verder gebruikt wordt Releasenotes Care4 versie Pagina 21 van 30

22 Als u temp 16 of verder geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. [algemeen urgent] Bij het bepalen van de toe te passen tarieftabel bij het contract kan sinds een sql-fout optreden, deze is hier hersteld. De Nedercare codes van locatie en status (bevestigd) worden nu standaard opnieuw bepaald. Dus wanneer deze sinds de registratie van een activiteit gewijzigd zijn, wordt automatisch met de laatste waarde gewerkt (voorheen deels met de waarde bij vastleggen van het contact) [DBC] Bij het omcoderen van het beroep kan worden omgecodeerd naar een groepsniveau in de externe tabel (bij sommige tabellen is dat mogelijk, niet bij dbc beroepen). Het DIS controleert daarop (verzekeraars blijkbaar niet) en wijst de dbc dus pas in een heel laat stadium af. Het omcoderen test daar nu ook op zodat evt. validatie NC105 daarop een fout geeft. [DBC] In de dbc validatie popup (validatie) worden nu ook de niet expliciet dbcgebonden validatiefouten weergegeven. [JZ] er is een te berekenen instructie toegevoegd t.b.v. de BKE s op basis van locatie en beroep nivo. Diverse validaties aangepast: [DBC] NC127(Op de (formele)opendatum van de DBC is geen verzekeraar bekend of wordt mogelijk onbedoeld op papier gefactureerd) Deze validatie werd in een aantal gevallen ten onrechte niet afgegeven. NC503(Voor een van de producten is geen contract aangegeven) Deze validatie werd ook afgegeven als een contract niet relevant is (bijv. facturering aan cliënt). [DBC] VAL6642&VAL7014 deze validaties werden in sommige gevallen ten onrechte niet afgegeven In de view vw_instantie_tarieven zijn de kolommen waarde2 en waarde3 goed gezet. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien of verder gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: niet urgent indien of verder gebruikt wordt (zie ook ) GGZ (DBC); niet urgent indien of verder gebruikt wordt ZG: niet urgent indien of verder gebruikt wordt PGB niet urgent indien of verder gebruikt wordt Als u temp 16 of verder geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. Bij de factuur instructie is een veld toegevoegd om aan te geven of de activiteit bevestigd (contacten) cq. geaccordeerd (presentielijst) moet worden. Deze staat standaard op Ja. [DBC] Let op van oudsher wordt bij de dbc berekening niet gecontroleerd of de presentie geaccordeerd is, kijkt u s.v.p. even na of dit correct is aangegeven (het kan niet in alle gevallen automatisch goed gezet worden). Releasenotes Care4 versie Pagina 22 van 30

23 Sinds (0) zijn bij een aantal tabs e.d. de licentiecodes aangepast ivm. de facturatiemodule. Bij een aantal functies stond de code niet correct, met name bij een aantaldbc tabs en vooral bij de validatie op case niveau. Bij facturering aan een gemeente anders dan de verantwoordelijke gemeente werd toch aan de verantwoordelijke gemeente gefactureerd. (de beschikkende gemeente werd overschreven) Bij de vergelijking van debet en credit factuurregels werd bij creditregels de instructie niet salderen niet correct verwerkt waardoor de debet en credit regels ten onrechte niet tegen elkaar wegvielen of een andere onjuiste vergelijking gedaan. Op de factuur tab werd in sommige gevallen een onjuist totaalbedrag weergegeven (met name door de hierboven aangegeven fout bij de vergelijking van debet en credit factuurregels). Diverse validaties aangepast: NC115(Er zijn binnen de DBC/factuur periode activiteiten geregistreerd die nog niet zijn bevestigd) Deze validatie is aangepast n.a.v. de nieuwe instructie alleen bevestigd. Bovendien werden voorheen bij dbc s alleen de contacten gecontroleerd, nu alle activiteiten NC105 (Er zijn binnen de DBC periode contacten geregistreerd door een medewerker waarvoor geen dienstverband/beroep is aangegeven of het beroep niet is omgecodeerd naar de DBC GGZ codetabel.) Deze melding werd veelal onterecht afgegeven. Bij het kopiëren van externe producten naar een andere gemeente of naar de tarieventabel, worden vanaf deze versie alleen de producten waarbij In gebruik is aangegeven, gekopieerd. EI berichten Er zijn aparte kenmerkensets beschikbaar voor het importeren van JW / WMO / WLZ berichten. In de basis zijn ze allemaal gelijk aan de huidige WLZ (AZR). EI berichten EI berichten EI berichten EI berichten EI berichten Als je een relatie via de speciale functie verplaatst naar de tab gezinsleden wordt gevraagd om naast het gezin (indien er meerdere zijn) ookde soort relatie t.o.v. de cliënt aan te geven. De vinkjes hoofd postadres, hoofd bezoekadres en BRP adres worden nu direct gezet bij importeren van een cliëntadres via een EI bericht. Als er al adressen zijn vastgelegd met vinkjes voor een van de hoofdadressen, dan blijven die als hoofdadres geregistreerd. De Vektis codeboeken die gebruikt worden voor de omcodering van codes uit de EI berichten zijn nu ook beschikbaar bij de licenties voor Jeugdwet en WMO. Bij het importeren van WMO en JW berichten wordt de instantie van het type gemeente niet meer omgecodeerd. Dit leverde voorheen soms een dubbel geregistreerde gemeente op. Bij het importeren van WMO en JW berichten wordt kritischer gekeken of een beschikt extern product al is vastgelegd bij de betreffende gemeente. Dit leverde voorheen in een enkel geval dubbel geregistreerde externe producten op. Aanpassing vw_zorgaanbod_prestatie. Vanaf Care is het mogelijk om in het zorgaanbod bij het zorgproduct een financiële periode te registreren. Het gekoppelde externe product dat middels de prestatiekoppeling is aangegeven is ook gekoppeld aan deze financiële periode. De vw_zorgaanbod_prestatie is op deze nieuwe functionaliteit aangepast. Het gebruik van de view in blijft Releasenotes Care4 versie Pagina 23 van 30

24 hetzelfde als in care4 versies lager dan Aanpassing in bestaande rapportages is dat de financieringsvorm bij het gebruik van deze view ook uit deze view moet komen en niet meer uit bv vw_zorgaanbod_plaatsing. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien of verder gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: niet urgent indien of verder gebruikt wordt (zie ook ) GGZ (DBC); niet urgent indien of verder gebruikt wordt ZG: niet urgent indien of verder gebruikt wordt PGB niet urgent indien of verder gebruikt wordt!! is zeer urgent voor alle klanten die hebben geïnstalleerd. Als u temp 16 of verder geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn. [urgent] In versie is een foutje geslopen. Dit openbaarde zich o.a. doordat de indirecte tijd niet werd meegenomen waardoor fout NC112 veel te vaak werd afgegeven. Ook bij andere instructie gebonden zaken kon wat fout gaan. Bij de factuur instructie is een optie toegevoegd om aan te geven dat de activiteit niet gefactureerd mag worden (Dit vinkje staat standaard uit.). Deze optie is toegevoegd om het makkelijker / inzichtelijker te maken dat een activiteit niet gefactureerd mag worden, met name in situaties waar wel activiteiten geschrevenworden en misschien anders op een hoger niveau of via het model tot berekening en facturering zouden leiden. NB. Om deze producten voor rapportage e.d. beschikbaar te houden, worden ze opgenomen in een factuur aan de instelling zelf met de factuur wijze NIET factureren (en zonder factuurnummer) Wanneer de factuurinstructie (vooralsnog alleen bij presentie) aangeeft dat de geplande aanwezigheid gefactureerd dient te worden, is accorderen van de presentielijst niet meer nodig Wanneer bij een product gebonden (niet op basis van activiteiten, noch dbc) facturatie, gedurende de factuurperiode de indicatie/beschikking (of soms de plaatsing)wijzigde, werd het aantal dagen per deel-periode niet opnieuw berekend hetgeen resulteerde in dubbele facturatie van het aantal dagen in de hele periode. [DBC] Het Dis heeft in haar laatste versie (7.0) een controle toegevoegd waardoor diagnoses met een datum na de formele sluitdatum worden afgekeurd. Dit betreft met name de nevendiagnoses. De DBC validatie is hierop aangepast (zie hieronder) maar voor het geval nog een DIS aanlevering wordt gedaan van DBC's waarop die validatie niet is uitgevoerd (was al gefactureerd) is de export procedure aangepast zodat wanneer de diagnose datum na de formele sluitdatum valt, de formele sluitdatum als diagnose datum wordt meegenomen (zowel bij de hoofddiagnose als bij de nevendiagnoses). Wanneer een factuur detailregel was afgekeurd, werd geen factuurregel aangemaakt waardoor deze in de foutfactuur terecht kwam. Echter sinds zijn foutfacturen in principe afgeschaft waardoor deze details vaak niet meer zichtbaar waren. Nu worden wel factuurregels aangemaakt die worden toegevoegd aan de conceptfactuur. NB. de afkeurregel geen regels zou dus ook niet meer voor mogen komen. Releasenotes Care4 versie Pagina 24 van 30

25 Conceptfacturen (en met name foutfacturen en met name bij dbc s) bleven nog wel eens hangen wanneer een volgende run werd gedraaid. Het opruimen is nu verbeterd. Er is een mogelijkheid geschapen om in een run een selectie te maken op de financiers. De selectie kom al aangegeven worden op de schermen via een dimensie analoog aan de selectie op het organogram en de financieringsvorm. De selectie kan pas heel laat in het proces worden uitgevoerd (bij het opbouwen van de factuurregel, dus runs voor een klein aantal leveranciers zullen maar weinig minder tijd in beslag nemen als een volledige run. In de dimensie worden instanties aangegeven, dat betekende dat er een oplossing gezocht moet worden voor de facturen aan cliënten. Deze worden meegenomen als er onder het aangegeven niveau 1 een niveau-omschrijving 'clienten', 'patienten' of 'klanten' voor komt. Is de dimensie niet aangegeven, worden gewoon alle financiers gefactureerd. NB. alle net aangemaakte factuurregels voor niet geselecteerde financiers worden dan weer verwijderd incl. de bijbehorende detailregels, deze komen dus niet in de foutregels oid. Implementatie tip: Zorg dat alle instanties onder het niveau Overige terecht komen, maak vervolgens groepen van financiers waarvoor een aparte run gebruikt wordt. Gebruik deze selectie spaarzaam, omdat de duur van de run hierdoor nauwelijks wordt bekort. De mogelijkheid is met name geschapen om tegemoet te kunnen komen aan eisen van financiers m.b.t. een afwijkende frequentie van aanleveren van de facturen. NB. Dit vereist inrichting van de factuur soort en factuur set [DBC] Na het bepalen van de formele opendatum werd niet opnieuw het contract vastgesteld. Bijv.als een cliënt een administratieve startdatum heeft in 2014 en een formele startdatum in 2015 werd het contract van de zorgverzekeraar behorende bij 2014 gehanteerd. Bij het opbouwen van de factuur wordt nu rekening gehouden met het veld istoeslag bij de definitie van het extern product. Dit veld is bovendien overgenomen in de factuurregel. Bij het sorteren van de factuurregels (c.q. vaststellen regelnummer/referentienummer) worden de factuurregels van de toeslagen na de (alle) basisprestaties van de cliënt gesorteerd. Sinds zijn foutfacturen in principe afgeschaft, De knop details die werd getoond op de factuur tab bij foutfacturen is daarmee zinloos geworden, bovendien werd dan op de popup niets meer getoond omdat de bijbehorende tabel ook is afgeschaft. De factuur tabs zijn aangepast zodat de knop altijd wordt getoond bij conceptfacturen, op die manier kunnen nog wel alle afgekeurde details in een keer getoond worden. De functionaliteit van de popup is (nog) niet aangepast, alleen worden nu de gegevens uit de normale tabel gehaald. Voor alle afgekeurde details worden nu ook conceptregels gemaakt (zie hierboven) dus zijn de afgekeurde details ook via de cliënt e.d. benaderbaar op de gebruikelijke wijze. NB. ook op het case-validatie window werd de afgeschafte fouten tabel nog gebruikt (hoewel niet merkbaar), ook daar is deze tabel verwijderd. De tabel zelf bestaat nog wel maar is in de update leeg gemaakt voor zover daar nog (hele oude) regels in stonden.. NB.De conceptfacturen worden nog niet getoond op de tab facturen bij de run. Dit wordt opgelost in De tab validatie bij de factuurrun was soms enorm traag, hier is een enorme performance verbetering gerealiseerd. Diverse validaties aangepast: [DBC] NC134 (De datum van de diagnose ligt voor de formele opendatum of na de (formele) einddatum.) Deze validatie (waarschuwing) test nu ook of de diagnose Releasenotes Care4 versie Pagina 25 van 30

26 datum na de einddatum van de (initiële dbc) valt. Het DIS geeft hierop sinds hun versie 7.0 een fout bij de nevendiagnoses. Hoewel wij dat niet hebben kunnen terugvinden in de spelregels lijkt het onlogisch dat de diagnose zou worden aangepast zonder dat daar activiteiten tegenover staan die binnen de dbc zouden behoren, dus hebben wij deze validatie aangepast. Let op, Het DIS controleert ook oude dbc s als die aangeboden worden, de validatie wordt niet uitgevoerd op reeds gefactureerde dbc s. U kunt dus nog een fout krijgen op die dbc s. Implementatie Implementatie [DBC] Het veld soort verwijzing (2 e veld op de dbc traject tab) dient 2x omgecodeerd te worden, naar de Vektis tabel (t.b.v. facturen aan verzekeraars) en naar de CBS tabel (voor facturen aan gemeenten en voor de CBS export). Het verdient aanbeveling de interne code tabel goed te beoordelen zodat alle interne coderingen naar beide tabellen omgecodeerd worden, zowel voor de gebruikersvriendelijkheid als bijv. voor situaties waarin een jeugdige 18 jaar wordt. Als de noodzakelijke omcodering niet correct is of niet mogelijk is, wordt validatie NC138 afgegeven, de kolom waarde in die melding kan u een indicatie geven van wat er aan de hand is. [DBC] Ook voor de beroepenzijn worden er in beginsel 2x omcoderingen gebruikt, naar de DBC gegevensset algemeen (tb.v. DIS en alle dbc dbc procedures) en naar de Vektis tabel. MAAR omcodering van de interne beroepentabel naar de Vektis tabel is NIET NODIG. Om de een of andere reden heeft Vektis bij de invoering van de GZ321 (per ) bedacht een nieuwe tabel te moeten maken die inhoudelijk gelijk is aan de DBC tabel alleen met andere codes. Die Vektis tabel wordt alleen in de facturen gebruikt (zowel aan verzekeraars als aan gemeenten) De Care4 facturatie module codeert de DBC beroepcode automatisch om naar de Vektis code. Mocht daarbij een probleem ontstaan, wordt validatie NC144 afgegeven. Releasenotes Care4 temp versie Installatieadvies per sector/financieringsmodel: WLZ: niet urgent indien of verder gebruikt wordt WMO: niet urgent indien of verder gebruikt wordt JW: niet urgent indien of verder gebruikt wordt (zie ook ) GGZ (DBC); niet urgent indien of verder gebruikt wordt Basis GGZ urgent ZG: niet urgent indien of verder gebruikt wordt PGB niet urgent indien of verder gebruikt wordt Als u temp 16 of verder geïnstalleerd heeft, is het mogelijk deze temp te installeren terwijl er andere gebruikers in de database aanwezig zijn [Basis GGZ] Bij de omcodering van het beroep van de hoofdbehandelaren werd voor de Basis GGZ de eigen codetabel gebruikt, deze is echter niet in gebruik. De omcodering is teruggezet naar de algemene GGZ codetabel. Het gevolg was dat Releasenotes Care4 versie Pagina 26 van 30