Bij ons worden tot nu toe alleen incidenten gemeld waar direct een klant (MIK) en/of medewerker(MIM) bij betrokken is.
Incidenten t.a.v. ondersteunende/facilitaire diensten/producten worden via TOPdesk gemeld.
Ik kan me echter voorstellen dat je iTask als meld- en actiesysteem hiervoor wilt inrichten, Ik zou dan echter altijd een apart meldtype inrichten voor facilitaire en ondersteunende diensten.
Bij de inrichting van rechten en actiepunten iTask gebruiken we bij alle meldtypes de organisatieboom binnen iProva die gebaseerd is op de specifieke Organogrammen van de totale organisatie.
Wellicht heb je iets aan deze info voor jullie vraagstuk
Wij hebben alle afdelingen in de Organisatie-eenheden (onderwerpenboom) zitten.
In het meldtype VIM hebben we bij de patiëntgerelateerde afdelingen de rol melder wel ingericht en bij de niet-patiëntgerelateerde afdelingen niet. Wel hebben we bij alle afdelingen de rol coördinator ingericht. Bij de patiëntgerelateerde afdelingen is dit de decentrale VIM-commissie en bij de niet-patiëntgerelateerde afdelingen is dit alleen het afdelingshoofd.
Hierdoor kan een melding altijd doorgezet worden naar een niet-patiëntgerelateerde afdeling en kan het afdelingshoofd de melding oppakken, maar er kan niet op deze afdelingen een melding gemaakt worden.
Voor ons werkt dit perfect.
Hoi,
In Zuyderland worden meldingen toegewezen aan de afdeling waar het incident heeft plaats gevonden. Dit kan de hele organisatiestructuur zijn. Voor de inrichting van onze organisatie-eenheden maken we gebruik van de kostenplaatsen zoals die door onze afdeling Finance zijn ingericht (dit houden we zoveel mogelijk gelijk aan elkaar).
Dus indien een melding gerelateerd is aan een niet-patiëntgebonden/ondersteunende afdeling kan deze daar worden neergelegd. Op basis van de rechten bepalen we op welk niveau in de organisatie-eenheden dit is, zo kan bij het Facilitair bedrijf alleen op het niveau Facilitair bedrijf een melding worden ingelegd en bepaalt de coördinator daar welke teamleider de melding verder op moet pakken (melding toewijzen).
Als een melding op een patiënt-gerelateerde afdeling heeft plaatsgevonden en er is (ook) actie nodig van een ondersteunende afdeling werkt dit als volgt:
- Op basis van het onderwerp van de melding kan in een aantal gevallen aangegeven worden dat ondersteuning van een sleutelfiguur met betrekking tot een bepaald aandachtsgebied gewenst/noodzakelijk is. Deze persoon krijgt dan een actieformulier toegewezen bij de betreffende melding.
- Ook kunnen PIM-teams zelf extra acties uitzetten naar andere collega's in de organisatie voor ondersteuning bij de afhandeling van een melding.
Op deze manier kunnen we alle patiënt-gerelateerde meldingen in een meldingstype houden (ter info: Onze MIM-meldingen zitten in een apart meldingstype).
Groetjes
Annemari
Hier in het ETz in basis hetzelfde ingeregeld al Zuyderland
Wie hebben meldlocaties en bijbehorende DIM-commissies. Sommige DIM-cies hebben meerdere meldlocaties onder zich. De meldlocaties zijn niet gelijk aan afdelingen maar zijn gerelateerd aan werkplekken (soms onder meerdere afdeling vallend) of diensten die dwars door de afdelingsstructuur heen gaan.
Dit betekent dat wij bijvoorbeeld een meldlocatie ‘patiëntentransport’ hebben. Patiënten transport valt onder ‘Logistiek en Services', een productgroep van het Servicebedrijf.
Goedendag,
Bij onze organisatie spelen dezelfde vraagstukken. We gebruiken Zenya FLOW voor MIC-MIM meldingen (Meldingen Incident Cliënt/Medewerker) en Topdesk voor meldingen naar ondersteunende afdelingen als ICT, Technische Dienst etc.
Voorbeeld van vraagstuk die wij nu hebben
Er worden meldingen gedaan die cliënt gerelateerd zijn over Voeding. Vaak betreft dat een melding over de cliënt zelf zoals verkeerde consistentie, maar ook wel meerdere cliënten of een hele afdeling, bijvoorbeeld dat alle Voeding (avondeten) koud is aangeleverd of andere zaken die misgaan.
Het voorstel van de verpleegkundige was om de melding dan te laten afhandelen door een coördinator van de Centrale keuken i.p.v. de verpleegkundige als coördinator. Echter het blijft dan een cliënt (of medewerker) gerelateerde melding.
Wat je zou willen is:
- de MIC-MIM (cliënt en medewerker gerelateerde) meldingen kunnen doen
- meldingen voor locatie, afdeling of groep aan ondersteunende diensten en/of vakgroepen/expertiseteams
De oplossing van @Jeske van Gassel spreekt me overigens wel aan. En ik ben het eens met @Emile Korver om dan een apart meldingstype in te richten.
Daarbij opgemerkt om dan voor beide meldingstypen wel zo veel mogelijk dezelfde (globale) velden te gebruiken om integrale rapportage en/of analyse mogelijk te maken.
Overigens hebben wij nu de ondersteunende diensten (nog) niet in de organisatie-eenheid structuur opgenomen.
Sinds Zenya 7.2.0 hebben we ook de mogelijkheid om een mede-eigenaar toe te voegen. Zie ook de opmerkingen hierover in Wat is er nieuw in Zenya 7.2.0? | Infoland Community
Overigens speelt bij veel organisatie het vraagstuk van waar doen we meldingen: Zenya, Topdesk, AFAS (ticketsysteem), ONS NEDAP, etc. Mijn mening is dat je eigenlijk alle meldingen in 1 systeem zou moeten hebben waarbij je ook een bevindingen en verbeter flow inricht.
Wij gaan daar in ieder geval mee bezig en hebben al verschillende voorbeelden gezien.
M.vr.gr.
Klaas Pompstra
@Silvia van Gils @Emile Korver dank voor jullie reacties. Ik ga kijken wat ik met deze nieuwe inzichten kan ...