Onderstaande elementen zijn onderdeel van deze release:

Tussen de blokhaken wordt aangeven of het een algemene wijziging aan de applicatie, een wijziging in een of meerdere modules, een wijziging in het beheer van de applicatie of een wijziging in de aanlevering betreft.

[Spoed]

Stop functionaliteit houdt rekening met (tijdelijke) openingstijden van SEH-afdeling

Op verzoek is het mogelijk gemaakt om nu ook openingstijden voor SEH locaties toe te voegen. Wanneer een SEH i.v.m. de openingstijden gesloten is zal dit ook automatisch zichtbaar worden bij de SEH openstelling informatie (het stoplicht) op het dashboard. Een geplande sluiting op basis van de openingstijden kan ten alle tijden worden opgeheven wordenvanuit de stop functionaliteit.

Robin, ik meen me te herinneren dat er nog iets was als er een dreigende of volledige presentatiestop was afgegeven dat de geplande er dan niet doorheen gaat? Zo ja, dan dat nog even toelichten.

Onderstaand wordt een overzicht gegeven van de verschillende SEH statussen die nu gebruikt worden voor het tonen van de openstellingen.

Controleren of onderstaand plaatje goed is, lijkt me handig om even 1 overzicht te geven van alle mogelijke kleuren? (anders gewoon plaatje van het dashboard?)

• Evt aanpassen tekst bij definitie volledige presentatie stop “De SEH moet worden ontzien vanwege een capaciteitsprobleem. Regionaal gelden afspraken op welke wijze de SEH wordt ontzien”

• Klopt de naamgeving bij geplande sluiting nu?

Image Removed

Wanneer er in de stop functionaliteit een dreigende stop, volledige stop of een gesloten status is afgekondigd wordt deze overschreven wanneer er een stop op basis van de openingstijden gepland staat. (Voorbeeld: Een SEH is structureel van 18.00-8.00uur gesloten. Op maandag wordt om 17.00uur een volledige stop afgekondigd en deze loopt door tot 19.00uur. Het systeem zal automatisch om 18.00uur de stop op basis van openingstijden activeren, de volledige stop komt dan te vervallen)

Wanneer een stop op basis van openingstijden handmatig wordt opgeheven, wordt deze door het systeem niet meer opnieuw geactiveerd. De eerst volgende sluiting op basis van openingstijden wordt wel automatisch door het systeem geactiveerd. (Voorbeeld: Een SEH is structureel van 18.00-8.00uur gesloten. Als op maandag om 18.05 de stop op basis van openingstijd wordt opgeheven blijft deze de rest van de nacht opgeheven. Op dinsdag om 18.00uur wordt de stop op basis van openingstijd automatisch weer geactiveerd)

Wanneer een SEH gebruik maakt van de openingstijden wordt er ten tijden van de gesloten uren een grijze balk getoond in de stoplicht functionaliteit.

Image Added

 Impact

[Algemeen]

Robin, ik vraag me af of dit onderdeel van meerwaarde is? Ergens denk ik dat het er in moet omdat het een wijziging is die iedereen ziet? Tegelijkertijd vraag ik me af of ze het zien en of dit dan juist niet verwarring oproept.

Oorspronkelijk was het mogelijk om in de profielinformatie aan te geven dat de organisatie een gecombineerde EH(L)H heeft. In de praktijk komt dit niet voor, met die reden is destijds een losse optie voor EHH en een losse optie voor EHLH toegevoegd. Om alle organisaties de tijd te geven om deze aanpassingen door te voeren was tot op heden de optie voor een gecombineerde EH(L)H nog beschikbaar. Vanaf deze release is deze niet meer mogelijk en is het enkel mogelijk de gescheiden EHH en EHLH aan te geven.

Voor het IC-formaat werd voorheen gebruik gemaakt van IC-levels. Er is een aanpassing geweest in de definities waardoor de levels gewijzigd moesten worden naar IC-groot en IC-klein. Ook voor dit onderdeel waren tot op heden beiden classificaties beschikbaar in het LPZ om de organisaties de tijd te geven de aanpassingen te maken. Vanaf deze release zijn de IC-levels niet meer beschikbaar en is enkel te zien of het een IC-groot of een IC-klein betreft.

Impact

Alle organisaties die nog gebruik maakten van de verouderde opties en waar aanpassing noodzakelijk was zijn geïnformeerd door desbetreffende ROAZ-adviseur.

[Algemeen] Nieuw type gebruikersaccount toegevoegd

Organisatiebeheerder kan gebruikersnaam en wachtwoord voor een gebruiker niet-wijzigbaar maken

Op verzoek is het vanaf nu mogelijk om een gebruikersaccount in te stellen waarbij enkel de organisatiebeheerder wijzigingen kan aanbrengen aan e-mail, wachtwoord en account beveiliging. De gebruiker kan zelf nog wel de favoriete organisaties selecteren.

Impact

Indien een organisatie gebruik wil maken van een desbetreffend account kan dit door de organisatiebeheerder geconfigureerd worden zoals weergegeven in bovenstaande afbeelding.

[Algemeen]

Gedeeltelijk gedaan, met name de wijziging van de locatie-modals op bijvoorbeeld het kliniek dashboard.  Wat de aanlevering-indicaties betreft, dit wordt nog niet per bed type aangeleverd dus bij handmatige typen krijgen die allemaal dezelfde tijdsindicatie. Michel is op dit moment nog bezig met de nieuwe tijdsindicatoren.

 Impact

[Algemeen] Invullen van “aanspreekpunt LPZ” verplicht gemaakt

 Impact

Informatie m.b.t. aanlevering inzichtelijk via locatie profiel

Vanaf nu is informatie m.b.t. het type aanlevering en wanneer de laatste aanlevering plaatsvond ook beschikbaar in het locatie profiel. Zo weet je als gebruiker of informatie mogelijk verouderd is. Voorheen werd voor informatie m.b.t. de aanlevering onderscheid gemaakt op twee niveaus: automatische- en handmatige aanlevering. Met de nieuwe release wordt onderscheid gemaakt per bedtype. De informatie wordt getoond zoals onderstaand weergegeven. De gebruiker heeft de volgende filter opties: Alles, verouderd, automatisch en handmatig.

Impact

Dit betreft een aanpassing aan de kant van het LPZ, hier is geen wijziging in de aanlevering of configuratie voor nodig.