Adelante

TOC(heading=Implementatiebladen, sectionindex, compact, ImplementatieBladen/)? Openstaande tickets

Adelante Hoensbroek Contactpersoon: Roger Silverentand, Tel. 045 528 29 00(algemeen), Tel. +31-45-5282918 E-mail: Roger.Silverentand@…

Site: ​http://www.adelante-zorggroep.nl/nl/gehoor-taal-en-spraak/

Configuratie OpenAC mei 2022

OpenAC v2.102 (r49591) met links naar

• Easidata 7.62.9.12 Noah engine 4.12
• Easiview
• Bergop
• Teamrap
• ZG dossier

OpenAC 3 server versie v3.2022, build r503 Webbrowser vanuit OpenAC2: Firefox Quantum 60.8.0esr (64bits). Voorkeur webbrowser Adelante: Edge 85.0.564.70

Scanner: Kodak Alaris S2070 en S2040

OpenAC 2:

• OS (Windows/Linux?): Windows
• 32/64 bits: 64
• DB engine (MySQL, MsSQL), (lokaal/remote): Database: SQL server 2012, Lokaal
• RAM: 16Gb
• Office/libreoffice/OpenOffice: Office
• Email voorziening (eigen SMTP server, SSL, NTLM): SMTP en TLS aan in instellingen
• Indien gebruik van een Proxy - welke standaard:

OpenAC 3:

• Op dezelfde server als OpenAC2 ? JA
• OS (Windows/Linux?): Windows Server 2019 Standard, version 1809
• 32/64 bits: 64
• DB engine (MySQL, MsSQL), (lokaal/remote): MsSQL server 2012, lokaal
• RAM: 16Gb
• Office/libreoffice/OpenOffice: Office
• Emailvoorziening (SMTP server, SSL, NTLM) ??? SMTP en NTLM staan aan in appsettings.json
• Indien gebruik van een Proxy - welke standaard:
• Browser (Chrome, Firefox, Edge, internet explorer) en welke versie indien oudere versie (bijv IE8) Edge en Firefox
• Met welk type account draait de OpenAC service? Local System acount

Configuratie audiometrie september 2020

• Database: SQL server 2012 voor OpenAC en Easi-data 7 voor opslag van meetgegevens en toestelaanpassingen (er is geen Noah Server!).
• Audiometers: Interacoustics Affinity- en Titan. Affinity suite 2.13 resp. Titan suite 3.3.1
• Een meting begint vanuit de agenda in OpenAC. In het dossier wordt de meting gestart door te klikken op een link die Easi-data start met de juiste patiënt gegevens. Vanuit Easi-data kunnen toestelaanpassingen en/of Affinity/Titan? metingen worden uitgevoerd. De gegevens worden opgeslagen in de Easi-data database en kunnen ook vanuit Easi-data in een pdf opmaak worden afgedrukt. Dezelfde opmaak is via Easi-view (web-based) ook beschikbaar als link vanuit OpenAC. Alle beschikbare meetgegevens worden dan in een boomstructuur getoond. Na sluiten van Easi-data worden audiometrie- en tympanometrie gegevens doorgestuurd naar OpenAC.

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.
• Tinnitus

Configuratie OpenAC mei 2015

Server VMWare gevirtualiseerd en gebruikt vanuit alle locaties Adelante

• Windows server 2008 R2 Standard, Intel Xeon E5640 @ 2.67Ghz, 6Gb - 64bit
• MSSQL 2012 version 11.0.5058.0, 6144 Mb, 4 processors
• Snapshot isolation aan
• Werkstations W7 Pro SP1 64bit 4/8 Gb. Fysiek voor Adelante werkplekken en virtueel (3Gb geheugen) voor thuiswerken.
• Virusscanner Kaspersky Endpoint Security 10 for Windows

Locaties:

• Hoensbroek
• Geleen
• Maastricht
• Blerick
• Venlo
• Venray
• Roermond

Aantal gelijktijdige gebruikers: maximaal 70

Hoewel de snelheid wisselt, wordt OpenAC wordt op alle locaties als traag ervaren.

Huidige versie OpenAC: v2.012

OpenAC 3

Problemen op Windows Server 2008 R2:

Eerste melding: ontbreken van api-ms-win-crt-runtime-l1-1-0.dll opgelost door Windows update te draaien, het bleek te gaan om een update van de Microsoft C-runtime.

Meer meldingen over ontbrekende dll's, allemaal met bestandsnaam api-ms-win-*.dll. Deze dll's staan op de machine van de ontwikkelaars in C:\Program Files\dotnet\shared\Microsoft.NetCore.App\1.1.0. Kennelijk neemt de Publish actie deze niet mee.

Oorzaak bleek te liggen in verkeerde software, deze was niet specifiek gecompileerd voor Windows Server 2008 R2.

Test draaiboek

• aanmaken dossier, zorgtraject, richtdag, afspraak, roosteritem
• binnenmelden, invoeren verrichtingen, fiatteren, ontstaan van subtrajecten.
• invoer van (groeps)afspraken in agendascherm, kopiëren van (reeksen) (groeps)afspraken, wijzigen van groepsafspraken (datum, medewerker, patiënt), cohorten.
• Correspondentie: uitnodigingsbrieven, etiketten
• planlijsten, controlelijsten, werklijsten
• SBV-Z en Vecozo controle
• teamrap
• KNO metingen
• overig

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 (zie lijst onderaan implementatieblad; de lijst is uiteindelijk niet voor release v1.216 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 grotere hoeveelheden duplicaten (AG: mij is ontschoten of een deel van de relaties in Ecaris oorspronkelijk uit ADMINAC komt en daardoor mogelijk toch nog op nummer te linken is aan OpenAC).

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.
• 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).
• In de indicatiestelling moeten bepaalde berekende items readonly worden. Precieze uitvoering kan nog even wachten tot feedback van Horia en Harrie.

Notities implementatie AWBZ

• In de adaptatie van Hoensbroek, in patient_defaults() wordt het blokje verrichtingen in behandeldagen verborgen als er een indicatiestelling is (en dus een AWBZ-traject)

• Voor elke AWBZ-functie moet een overeenkomende verdichtingscode zijn. Bijvoorbeeld als de AWBZ-functie “ab-dag” is, dan moet er een verdichtingscode “awbz-ab-dag” zijn. Als deze verdichtingscode er niet is, dan gaat het filteren van activiteiten in behandeltrajecten met deze AWBZ-functie niet goed. De filtering wordt uitgevoerd in patient_defaults() in adaptatie Hoensbroek, tijdvak.meta.veldselecties[“activiteit”] te vullen met een aanroep van d030_planning.activiteitenselectie(). In deze functie worden activiteiten gefilterd o.a. op verdichtingscode.

• In adaptatie Hoensbroek is een signalering die controleert of activiteiten passen bij de functie van het indicatiebesluit (signaleringsfunctie vc_a010_ibf()). Ook hier geldt dat de signalering alleen werkt als er een verdichtingscode is die overeenkomt met de AWBZ-functiecode. Zie boven.

Notities implementatie verdichtingen

• d030_planning.activiteitenselectie() filtert activiteiten op verdichting. De functie maakt gebruik van d030_planning.activiteit_in_verdichting(). Deze functie kijkt of het volgnummer van de activiteit past in de range van de verdichting. Het volgnummer kan een toevoeging hebben. Bijvoorbeeld 1200.ABC valt in de verdichting met een range van 1000-1300.

• d030_planning.activiteit_verdichtingen() geeft alle verdichtingen terug waar een activiteit binnen valt.
• In s030_dossier.patient_defaults() wordt door een aanroep van s040_dossier.activiteitenselectie() activiteiten gefilterd op financieringsbron. Deze functie roept d030_planning.activiteitenselectie() , filtering op verdichting, aan als volgt:
  • Als de financieringsbron “geen” is, wordt het argument: clienttijd = “ja”;
  • Als de financieringsbron “regulier” of “dp-ap” is, worden de argumenten: clienttijd = “ja”, clienttijd_direct_niet_ap = “nee”;
  • Anders worden de argumenten: clienttijd = “ja”, clienttijd_direct_alleen_ap = “nee”.

Een adaptatie kan met callback “tabel.patient.defaults” de activiteiten op een afwijkende manier filteren. Hoensbroek maakt daar gebruik van voor AWBZ-trajecten.