FlussiRegionaliRepository

In uso dal 2015 dai sistemi informativi ASL Biella e tuttora utilizzato.
Creato per l’ ASLTO1, si pensa non sia utilizzato per cambio organizzazione nel 2022.

Progetto:

Creare una soluzione da rendere il servizio accessibile a tutte le persone che saranno autorizzate con una versione WEB intuitiva e funzionale.

• Sulla versione del cliente disponibile a migliorie e interventi.

La soluzione permette l’ottimazione e condivisione dei processi un esempio:
L’ASL ha in gestione per i flussi regionali 3 Ospedali, 10 distretti, si considera distretto anche l’Asl, in totale 30 Entita.
Per il solo mese di marzo anno 2014 si sono gestiti 210 invii in regione.
ASL ha in gestione 1 ospedale e 2 distretti per il solo mese di Marzo 2024 si sono gestiti 80 Invii in regione

Come il software è di aiuto ?

Suddivere le attività:

• gestire l’Invio
• gestire il rientro delle segnalazioni abbinandole all’invio
• permette di inviare via emai alla singola struttura le eventuali segnalazioni di competenza estraendo dai file di ritorno

Gestisce solo i flussi regionali ?

No, gestisce tutti i flussi di cui si vuole tenera traccia e ricorrenze , ad esempio il Ced alla ricorrenza, invia ad un fornitore o riceve da un fornitore, la soluzione software permette il controlo di “ricevuto”, “in lavorazione”, “consegnato”, etc. una specie di protocollo, con la possibilità di utilizzare un esplora risorse sui file guidato e controllato.

Esempio di flusso non regionale:
Scarico da ftprupar dei file aura da trasmettere al servizio territoriale, una attività ricorrrente, il software tiene traccia e rende facile controllare e risponde alla domande:
Del destinatario: “mi avete aggiornato o consegnato i file da aura ?”
Del fornitore: “avete ricevuto i file ?”
Del reponsabile IT: “Ragazzi abbiamo evaso flusso sdo, ho avuto un sollecito mentre ero a pranzo ?”😁

Si possono avere più repository ?

Si

Il software permette di suddividere le attività:

Lo scenario di utilizzo si adegua alla organizzazione
Il software da trasparenza anche agli altri uffici (questa possibilità implica una implementazione onde permettere la sola visualizzazione)

Primo scenario 3 Dipendenti

• il primo dipendente si occupa delle estrazioni o reperire i flussi dalle singole soluzioni software dei fornitori
  e memorizzazione sul repository
• il secondo dipendente si occupa dell’invio
• il terzo dipendente si occupa dei ritorni

oppure

Secondo Scenario 1

Dipendente gestisce tutte le fasi, ma può organizzarsi al meglio:
alla mattina si occupa di concentrasi per le estrazioni
al pomeriggio di eseguire l’invio e dei ritorni

Obiettivo:

L’obiettivo era ed è di evitare la concentrazione del carico di lavoro su pochi per garantire l’efficienza, la continuità e la sostenibilità, specialmente in contesti complessi come le ASL.
Le fasi di invio del flusso in regione, carico e lo scarico da Mobs possono essere demandati a personale non specializzato nell’analisi degli errori, a condizione che vengano rispettate alcune regole e precauzioni fondamentali.

La gestione avviene con lo status di avanzamento pratica
segue una panoramica 👇 valori stato