FLOW (Meldingen)

Bij het opstellen van een rapportage (bijv. voor klachten) welk van deze twee is dan het beste te gebruiken? Wij hebben hem nu staan op datum verstuurd. Maar zou graag weten of andere dit ook zo doen of juist anders. 

In onze organisatie is discussie over de wenselijkheid van het invullen van het afhandelformulier. De coördinatoren van een melding ervaren het als een extra administratieve last en zeggen hier weinig aan te hebben. Heeft iemand inspirerende voorbeelden waarbij (analyses van) de informatie uit het afhandelformulier daadwerkelijk leidt  tot leren en verbeteren? 

Benieuwd of er meerdere organisaties zijn die met Patientgegevens werken en m.n. meldformulieren waar een patient-ID opgehaald wordt vanuit bv. EPD \ EPIC. Ons viel op dat de patientgevens en met name ptID niet worden geverifieerd. Laat gerust een reactie achter bij wie het ook speelt!

Wij hebben geen koppeling met AD voor onze gebruikers/accounts in Zenya.N.a.v. een fusie zijn onze mailadressen gewijzigd.Is er een makkelijke en vlotte manier om de mailadressen van alle Zenya accounts te vervangen door het nieuwe mailadres?Heeft hier iemand een goede tip, workaround voor?  Dan hoor ik het graag.Alvast dank !

In een meldformulier worden actiepunten benoemd en toegewezen aan een vrij te kiezen gebruiker.Deze gebruiker krijgt een actieformulier waarin zijn naam als actienemer staat vermeld (kopie van het bovenstaande veld). Vervolgens besluit hij/zij het actiepunt aan een collega toe te wijzen.Als de actie is afgehandeld wordt deze weer beoordeeld in een ander actiebeoordelingsformulier door de eigenaar van de melding. Is er een manier waarop in dat beoordelingsformulier automatisch zowel de oorspronkelijke als de daadwerkelijke actienemer kan worden getoond? 

Goedemiddag,Op dit moment hebben we een groot exceldocument dat alle medewerkers bevat en waarin door personeelsdienst wordt geregistreerd, op aangeven van de leidinggevende, wie zijn jaarlijks ontwikkelings/evaluatiegesprek gehad heeft.Dit document is totaal niet overzichtelijk en uiteindelijk zien we ook dat velen niet doen wat ze moeten doen.Is het een haalbare kaart om dit uit te zetten in de module Flow?Bijvoorbeeld: door een hoofdverpleegkundige een medewerker aan te laten melden door een melding te doen in FLOW => een actiepunt te genereren wanneer er een ontwikkelingsgesprek dient plaats te vinden => enzovoort.Heeft iemand hier al een voorbeeld van of kan iemand hier ons mee op weg helpen?Alvast bedankt!Ulrike 

Is het mogelijk om een rapportage van meldingen uit te draaien met een doorlooptijd > 7 dagen in een bepaalde status met hierbij het meldingsnummer?Hoor het graag.Groet,Rosa

In een kaartenbak kun je allerlei ‘objecten’ vastleggen zoals bijvoorbeeld apparaten, gebouwen of projecten.De kaartenbak heeft meerdere koppelingen met de module ‘FLOW'. In deze training vertellen we je er meer over.

In de tekstvelden van ons VIM formulier worden bijna alle Nederlandse woorden (onterecht) rood onderstreept. De voorkeurstaal van Edge staat op Nederlands. Hoe kunnen we ervoor zorgen dat de spellingscontrole in Zenya wel op Nederlands staat?

Goedemiddag mede Zenya FLOW gebruikers,Momenteel heeft elke case zijn eigen toegewezen eigenaar. Deze ontvangt e-mails wanneer een actie in de betreffende case zijn deadline heeft verstreken (instelbaar in abonnementen). Wanneer we op de statusovergang een mede-eigenaar zouden toevoegen, vroeg ik me af of deze dan ook alle relevante e-mails zal ontvangen zoals dit het geval is bij de ‘1e eigenaar’, zoals bijvoorbeeld de actiepunten die de deadline hebben verstreken. Alvast bedank voor jullie hulp.Met vriendelijke groet, Rob Goedhart

Is @@case_date_reported@@ hetzelfde als datum verstuurd of als datum aangemaakt? Groet, Sanne 

Binnen een mobiel formulier zien wij dat de ? om de velddefinitie te kunnen zien, niet zichtbaar is. Bij het aanmaken/ gebruiken van het veld is de definitie er wel. Echter als het mobiele formulier wordt ingevuld door een externe partij, is de toelichting/ definitie niet zichtbaar. Dit is lastig voor externe partijen die niet dagelijks een formulier invullen en uitleg of een toelichting bij de vraag willen hebben. Klopt het dat wij dit geconstateerd hebben? En is hier een oplossing voor? 

Graag willen we een externa partij betrekken bi incidentmeldingen waar zij veroorzaker van kunnen zijn. Ik weet hoe ik hen leesrechten op enkel deze meldingen kan geven en hoe zij zouden kunnen inloggen. Echter er zijn enkele onderdelen ingericht als zichtbaar voor alle ingelogde gebruikers. Kan ik ook ergens instellen dat een bepaald gebruikersaccount enkel de toegewezen incidentmeldingen kan inzien en verder niets?

Is het mogelijk de stap Accepteren over te slaan?Nadat er een melding is gemaakt zou ik deze automatisch willen laten accepteren en de Behandelaar  dus een email krijgt met; Er is een nieuwe melding aan u toegewezen met een actiepunt.  Nu krijgen behandelaars eerst een mail met een link en moeten ze vervolgens in de melding eerst accepteren klikken voordat een volgende actie verschijnt; Formulier invullen. Mijn inziens een onnodige stap. Wel is het zo dat ik dan een oplossing moet vinden voor het versturen van herrinneringsemails wanneer actie(s) uitblijven.

Is het mogelijk om binnen 'meldingen' bij een tekstveld een maximaal aantal tekens in te stellen?

Wij zijn het VIM formulier opnieuw aan het bouwen en willen af van alle extra categorieën en subcategorieën en subsub categorieen die ooit zijn aangemaakt. Ik heb  uitgetest dat wanneer je de meldtekst door AI laat analyseren, de thema's eruit laat halen en suggesties laat doen voor verbeteren, hier best aardige informatie uit komt. Is zoiets al op korte termijn beschikbaar in Zenya? (we hebben de AI samenvattingen binnen het meldformulier wel ontdekt).in hoeverre zijn er al organisaties die AI in een vergevorderd stadium toepassen op het analyseren en verbeteren op basis van meldingen?Ik hoor het graag. groetjes Herma 

Vanaf een melding in een status met kenmerk ‘gearchiveerd’ komt verdwijnt hij uit de back-office lijst bij het specifieke meldingstype. Hij is ook niet vindbaar bij ‘meldingen opruimen’. Klopt dit en waar kunnen we deze wel terugvinden?

Is het mogelijk om per meldingstype sjablonen te gebruiken bij bijvoorbeeld het toewijzen van een actiepunt. Dit in plaats van de systeemsjablonen die voor alle meldingstypen gelden. Voor de ene melding wordt is het wenselijk om andere informatie te laten zien in het sjabloon dan bij een andere.Dit is volgens mij al eens eerder benoemd in de community. Alvast dank voor jullie reactie.

Ik heb een meldingsformulier en een workflow voor het opvolgen van technische interventies. Elk meldingsformulier krijgt een meldingsnummer. Op het einde van de flow laat ik in een interventiekaartenbak een kaart maken van elke interventie. In de kaart wil ik het meldingsnummer van de melding opnemen. Maar ik vind dit formulierveld niet tussen de velden die kunnen weggeschreven worden in de kaart. Hoe kan ik dit oplossen ?

Ik zou graag een veld willen aanmaken, in een formulier voor verbetermaatregelen, waarin de melder zelf een opsomming kan maken en per opsomming kan aangeven wat de status daarbij is. Dus eigenlijk een ongedefinieerde lijst waarbij ze kunnen kiezen uit een aantal statussen. Zie voorbeeld hieronder.Kan dat en zo ja, hoe doe ik dat? Nu worden er namelijk excelsheets bijgehouden hiervoor, maar het lijkt me dat dat ook in Zenya moet kunnen.

Dag allen, Als ik een actiepunt (formulier invullen) op een bepaalde datum wil laten gebeuren, dan werkt dit niet.De bedoeling is als volgt:De datum wordt ingevuld in een formulier. De flow blijft on hold en controleert of de datum van het veld gelijk is aan de huidige datum. Zodra de datums gelijk zijn, wordt het actiepunt toegekend en de actienemer per mail en met een notificatie op de hoogte gebracht. Maar Zenya lijkt op de achtergrond nooit meer de voorwaardes te checken: pas als ik de melding open en bekijk, gaat de flow de voorwaardes checken en werkt de automatische overgang. Ook een na paar dagen wachten, en de voorwaarde op ≤ huidige datum + 0 dagen zetten werkt niet.Ik zie tevens de booschap bij het wijzigen van de overgang:Let op: Nieuwe en gewijzigde condities worden niet onmiddellijk gecontroleerd. Dit wordt pas 's nachts of bij het wijzigen of bekijken van een melding gedaan.Ik zou dan verwachten dat Zenya (om heel veel rekenkracht te besparen) alleen 's nachts de voorwaa

#durftevragen Ik ben benieuwd of er organisaties zijn dit het melden en analyseren van datalekken gestandaardiseerd hebben in iTask. Op dit moment worden datalekken in Máxima Medisch Centrum gemeld in het VIM-systeem. Hierbij wordt de Security Officer (SO) betrokken gemaakt bij het incident. De SO houdt in Excel een registratie bij van de inhoud en afhandeling van alle datalekken. De SO maakt een afweging of het incident gemeld moet worden aan de Autoriteit Persoonsgegeven (AP). Indien de melding gemeld moet worden dan gaat de SO samen met de leidinggevende van de afdeling waar het datalek heeft plaatsgevonden iop zoek naar alle gegevens die nodig zijn om het datalek te melden. Ik zou dit proces graag in een iTask workflow gieten en ben daarom benieuwd of er organisaties zijn die hier ervaring mee hebben en/of geregeld hebben? Gekoppeld hieraan is het een idee om net als de CMR-exportmogelijkheid er ook een datalek-exportmogelijkheid te hebben in iTask?

Hallo, Is er een manier om op een snelle manier inzicht te kunnen krijgen in alle coördinatoren op een meldingstype? Zodat wij bij een wijziging alle medewerkers op de hoogte kunnen brengen. Ik hoor het graag. Groet, Sanne  

om het de melders niet te moeilijk te maken willen we het meldformulier beveiligingsincidenten/datalekken etc zo eenvoudig mogelijk maken door geen verschillende soorten op het meldformulier zelf te zetten waar de melder een keuze uit moet maken. We willen dat ze vrije tekst hebben om incident in eigen woorden te beschrijven.Maar bij de verdere afhandeling willen we dan wel dat op het voortgangsformulier/coördinatorformulier de FG dan wel een keuze kan maken uit verschillende soorten.Kan dat? en zo ja: is er dan nog steeds een rapport te genereren waarbij je dan ook de verschillende soorten naar voren kunt halen?

Goedemorgen, Ik richt me met deze vraag voornamelijk naar de Belgische zorgorganisaties hier aanwezig, onlangs werd aangegeven dat de taxonomie van de incidentmeldingen patiëntveiligheid, zoals we deze nu kennen, niet meer belangrijk zal zijn in P4P.Zijn er ziekenhuizen die de WHO taxonomie reeds overboord gegooid hebben en hun eigen invulling hieraan gegeven hebben? Zo ja, wat zijn jullie ervaringen hiermee? Op welke manier heb je de aanpassingen gedaan in het meldingstype om toch voldoende rapportagemogelijkheden te blijven behouden? Alvast bedankt!