[[ShowPath]] = Implementatieblad Hoensbroek = == Registratievariant == De registratievariant is in gebruik sinds 3/2009. Tot die tijd gebruikte Hoensbroek een rekenvariant gebaseerd op periodieke import uit ADMINAC. Er zijn nog vervolgprojecten (klein en groot): * Implementatie AWBZ. * Bouw van een rooster in OpenAC. * Ontdubbelen van relaties. == AWBZ fase 2009 == Op vrijdag 7 augustus 2009 zijn de nodige wijzigingen in OpenAC ten behoeve van AWBZ opgeleverd in Hoensbroek. In v1.214 was al ruimte voor de indicatiestelling. In v1.216 wordt dit uitgebreid met verdichtingen in de activiteitcodes, een aangepaste paraferingssystematiek, uren schrijven in de agenda en hulpmiddelen voor de declaratie. Uit het gesprek op 7 augustus kwamen enkele kleine punten naar voren die snel zullen worden verwerkt. Daarna is het aan AC Hoensbroek om de uitrol verder te verwezenlijken. Hiervoor hebben we een testomgeving ingericht specifiek voor het testen van de AWBZ-functionaliteit. De eerste reële startdatum AWBZ in OpenAC lijkt 1-1-2010, gezien de vereiste investeringen in aanpassing codelijstjes, testen etc. bij het AC, gezien ook de prioriteit van het Careweb-project (dyslexie voorlopig niet met OpenAC). Naast inrichting is conversie van gegevens uit Ecaris naar OpenAC een issue. Er zijn twee opties hoe je tzt van start kunt gaan. * Begin AWBZ met een schone lei. Historie is niet in te zien in OpenAC, en indicatiestelling van lopende trajecten moet opnieuw worden ingevoerd. * Neem gegevens over uit Ecaris. Het meest lastige lijkt het overnemen van patiënten en indicatiestellingen, het matchen en zoveel mogelijk voorkomen van duplicaten. Daarom adviseren we: als je kiest voor importeren, ga dan voor importeren van volledige historie: maken van een selectie maakt het proces van importeren niet eenvoudiger. Hiervoor hebben we de basis al uitgezocht. De conversie zelf verzorgen we volgens een goede testfase en een planning, die we maken zodra essentiële stappen in Hoensbroek zijn gezet en bekend is wat een realistische startdatum is om invoer in Ecaris te stoppen en AWBZ te gaan invoeren in OpenAC. De volgende keten Ecaris-tabellen moet worden binnengehaald in OpenAC. Daarbij gaat het vooral om het correct binnenhalen van actuele indicatiestellingen en "leesbaar" binnenhalen van historie - voor het gemak van de onderzoekers. * Verrichting * Machtigingsregel * Machtiging * Behandeling ( -> unit) Vanuit Behandeling in twee richtingen: * Revalidant * Relatie (verwijzer) Het geheel wordt gefilterd op poortspecialisme. De patiëntnummers staan in Ecaris als bijv. 80513H of 80513G, dat is eenvoudig om te zetten naar een OpenAC-patiëntnummer door de letter vooraan te zetten. Zowel G als H worden op H afgebeeld, vergelijkbaar voor Venlo. In het relatiebestand verwachten we wel grote hoeveelheden duplicaten. Een poging om middels een query precies de juiste set uit Ecaris te halen stuitte op lange uitvoering. Er wordt ook wel veel gejoined, ook al zijn de verrichtingen het diepste niveau dus er zou niet moeten worden uitvermenigvuldigd. Ons voorstel is nu om de individuele tabellen uit Ecaris te halen, zoveel mogelijk gefilterd, en het wegkappen van niet relevante elementen in tabellen in de keten door de FENAC te laten uitvoeren. == AWBZ fase 2010 == FENAC heeft toegezegd dat, zodra inzichtelijk is hoe saldo's verlofuren en diverse andere omvangsparameters (rooster vs productiedoelen directe tijd, indirecte tijd e.d.) functioneel moeten worden ingericht, het wat de FENAC betreft snel kan worden doorgevoerd in OpenAC. AC en FENAC zijn het erover eens dat het verstandig is de systematiek eerst korte tijd te laten inwerken voordat we ook dit deel in OpenAC gaan ondersteunen. Hetzelfde geldt voor de koppeling naar de verlofregistratie. == Notities gesprek 7/8/2009 == Deze lijst zal worden aangevuld door AC Hoensbroek naar aanleiding van de test. * Let op: KNO moet zich niet gedragen als AWBZ, zo moeten voor dat type wel verrichtingen kunnen worden ingevoerd. AG: dit lijkt in orde. * Er is een recht nodig voor gebruikers die de indicatiestelling mogen aanpassen. Dit raakt aan het probleem dat onderzoekers rechten hebben op het invoeren van behandelparameters (apart recht voor 2e en 3e kolom in dossier). * De check van het aantal uren moet preciezer worden gemaakt: de formule (aantal uren per week * aantal weken) wordt nog niet toegepast. * Er is nog geen controle op het aantal gebruikte uren (signalering) * De beperking van de lijst tot activiteiten die voor de functie zijn toegestaan, lijkt toch wat streng. Het moet in een enkel geval mogelijk zijn een niet declareerbare activiteit in te voeren. * De koppeling van activititeiten aan de functie (bij de signalering dus) klopt nog niet. De activiteiten die in Ecaris onder "BE" zitten, mogen altijd worden ingevoerd. De specifieke activiteiten alleen als de functie klopt. * In de rapportage Productie AWBZ moeten de reiscontacten apart opgenomen. Deze worden niet per uur gefactureerd, maar volgens een vast tarief. Bij de bepaling van het aantal uur moeten deze uren dus worden ge-excludeerd. * Bug: bij klikken in de weekview schiet de hele weekview naar een andere medewerker. * In de controlelijst van het overzicht Productie AWBZ ontbreekt nog de patiënt. * Er is behoefte aan een werklijst aangevraagde maar niet toegekende indicatiebesluiten * Niet declarabele uren moeten zichtbaar zijn in de AWBZ-rapportage en worden ge-excludeerd (net als de reiscontacten) * Eventueel splitsing op team (AVP/COP) maken in de totaalsommatie van de AWBZ-rapportage * Vermeld in de controlesheet de REDEN van het niet declarabel zijn (buiten periode vs verrichting sluit niet aan bij functie) * De relatieve duur moet correct worden berekend in OpenAC: als een tijdvak wordt gedeeld door meer patiënten bij een groepsactiviteit, mag de tijd niet dubbel worden berekend, maar moet het naar rato over de patiënten worden verdeeld. Dat is nog lastig (vergt rekenkracht).