---
# System prepended metadata

title: Buone pratiche digitali nella (nostra) PA

---




# Buone pratiche digitali nella (nostra) PA


* Guida sintassi Markdown: [Come usare Markdown per scrivere articoli di Docs Microsoft](https://docs.microsoft.com/it-it/contribute/how-to-write-use-markdown)


## Antonio Servetti - Politecnico di Torino

### Gestione voti d'esame

La gestione dei voti d'esame è stata informatizzata offrendo: 
* firma elettronica del verbale d'esame, 
* pubblicazione dei voti agli studenti (ricevono email o notifica della correzione dello scritto e del voto attribuito),
* esportazione foglio di calcolo con dati degli studenti iscritti all'esame
* importazione del foglio di calcolo precedente con i voti assegnati
 
**Vantaggi.** La registrazione dei voti di un appello con 120 studenti iscritti è facile come scaricare un foglio di calcolo, compilarlo e ricaricarlo.

**Svantaggi.** Purtroppo tante altre operazioni, ad esempio il registro delle lezioni, richiedono invece l'inserimento di centinaia di dati dentro dei form web (data, ora, aula, docente, descrizione, ecc.) che fatta online è un processo veramente lento e tedioso (ad esempio, ogni volta che si "consolida" una lezione si ritorna all'inizio del registro e per aggiungere una nuova lezione bisogna scorrere fino a fondo pagina). *Nota:* ultimamente hanno migliorato la procedura recuperando in automatico data, ora, aula e docente dall'orario delle lezioni :-)


## Giustino Goduti - Comune di Torino
### Buone pratiche Comune di Torino
Per quanto riguarda la mia Amministrazione non riesco ad immaginare particolari idee innovative sotto l'aspetto tecnologico; purtroppo da questo punto di vista siamo, a mio parere, molto indietro, in particolare per quanto riguarda l'attività del mio ufficio accertamento evasione entrate locali ed erariali, rispetto all'integrazione dei dati accessibili alle diverse Divisioni nelle banche dati interne ed esterne.
La cosa ancora più grave è che non esiste un vero e proprio monitoraggio degli Applicativi interni che ogni Area utilizza ed a quali informazioni riescono ad accedere, questo perchè tali informazioni potrebbero tornare utili ad altri uffici, senza contare il rischio di una duplicazione di banche dati per scopi diversi.

> [name=servetti] Questione del monitoraggio e raccolta dati
> [name=marchisio] ... e del coordinamento delle iniziative

L'unica novità interessante è la creazione, a partire dal mese di dicembre 2019, della possibilità di collegarsi all'area INTRACOM della Polizia Municipale, autenticandosi con le proprie credenziali, attraverso i propri device privati e fuori dalla rete comunale, alla consultazione di Circolari, Monografie e al prontuario del Codice della Strada.

> [name=servetti] Questione dell'autenticazione centralizzata per accesso a servizi "interni"

Lo ritengo uno strumento sicuramente utile, anche se non esaustivo e pratico (forse un'app era più indicata) a supporto dell'operatore di polizia in servizio sul territorio. 

> [name=servetti] Questione sull'uso delle app. Domanda: che differenza c'è tra un'app e un sito web?

## Claudio Marchisio - Regione Piemonte
### APro - Anagrafica dei Processi della Regione Piemonte

**APro** è un applicativo web di Regione Piemonte, disponibile sulla rete intranet, utilizzato per registrare le informazioni da pubblicare  nella sezione Amministrazione Trasparente del sito istituzionale.

Le informazioni vengono rilevate a livello di singolo **processo**. Per ogni processo vengono registrati:
* una descrizione sintetica,
* i riferimenti normativi, 
* le responsabilità,
* le strutture coinvolte, 
* la classificazione ai fini della valutazione del rischio corruzione, 
* i termini,le modalità di pagamento quando previste, 
* le modalità di trattamento dei dati personali.

Il sistema è alimentato da decine di utenti che formano una redazione diffusa. 

Il server che ospita l'applicazione è un server virtuale sul cloud gestito dal csi. Il linguaggio è **php** ed il database è **mysql**. L'intero sistema è stato scritto *"in casa"* senza ricorrere ad affidamenti ad esterni. 

> Il sistema nasce negli anni 2000 come componente di una piattaforma utilizzata da un gruppo limitato di utenti. La piattaforma era articolata in cinque elementi open source integrati fra loro. Tutti i componenti del sistema originale condividevano il sistema di autenticazione (SSO, con relativa personalizzazione delle informazioni) e la struttura dell'interfaccia (il template). I componenti erano: 
> 1. un sito **joomla** utilizzato per le informazioni condivise trasversalmente, 
> 1. un'istanza **wiki** utilizzata per la costruzione condivisa di conoscenza (istruzioni, buone pratiche, consigli, ...), 
> 1. un'istanza **moodle** per la costruzione di percorsi formativi e la condivisione di sapere in pillole (how to), 
> 1. un **forum** dove discutere di problemi su specifiche situazioni, 
> 1. il **componente di gestione delle attività** (scadenzario) di cui l'anagrafica dei processi era solo un piccolo elemento. 
  

#### Punti di forza
1. La possibilità di disporre di un sistema centrale di descrizione dei processi permette la creazione di un **linguaggio comune** tra i vari soggetti che contribuiscono all'alimentazione del sistema o che fruiscono delle funzionalità rese disponibili. 
1. La realizzazione *"in casa"* rende estremamente **flessibile** l'adeguamento del sistema alle esigenze che l'uso del sistema stesso determina. 
1. La disponibilità dei dati del sistema permette di promuovere azioni di **omogeneizzazione** tra processi analoghi facilitando il **coordinamento** e la regia complessiva. 
1. La disponibilità dei dati del sistema permette di promuovere azioni per elevare il livello di **comprensione** del sistema. 

#### Punti di debolezza
1. Il sistema è stato realizzato da **una sola persona** che ne cura la gestione e la manutenzione. In assenza di quella persona il sistema rischia di bloccarsi.
1. L'applicativo è stato scritto diversi anni fa e risulta **fragile**, in alcune parti **obsoleto**, probabilmente **non sicuro** e **non accessibile**. Il **template non è responsive** e questo non permette un uso indipendente dal device.
1. L'applicativo è stato scritto da una persona competente sul lato della raccolta di informazioni per la costruzione di sistemi di gestione, ma sostanzialmente autodidatta sul lato della scrittura di codice. Anche se l'applicativo viene valutato positivamente dagli utenti, gli esperti informatici tendono a esprimere valutazioni *"con riserva"* estendendo la *riserva* all'intero sistema. 
1. Il sistema essendo orientato all'acquisizione e condivisione di un insieme di conoscenze richiede un forte commitment ed una presenza costante da parte di un coordinatore che ne curi gli aspetti legati al linguaggio e alla terminologia. Il **debole coordinamento** presente in questo momento - già evidenziato anche dagli utenti - rende molto debole sia il sistema sia l'iniziativa nel suo insieme.

#### Opportunità
1. L'acquisizione di una cospicua base dati rappresenta un patrimonio che renderebbe possibile il supporto di iniziative di razionalizzazione. In particolare risulterebbe molto vantaggioso partire dalle informazioni acquisite per **rafforzare la rete di relazioni** già evidenziata dai dati raccolti.
1. L'opprimente aumento di responsabilità derivanti da sempre più ampie aree in cui la normativa richiede l'intervento del funzionario pubbblico rende molto utile la **disponibilità di basi dati di conoscenza aggiornate e accessibili**. Soddisfare questa esigenza può diventare uno degli scopi del sistema.

#### Rischi
1. L'importante sforzo che l'iniziativa ha richiesto non è stato accompagnato da un adeguato sforzo di coordinamento nel merito delle informazioni raccolte. Questo potrebbe determinare una **sfiducia nel sistema** e nel metodo che potrebbe portare all'**abbandono del sistema**.
1. L'apparente **semplicità** del sistema *"fatto in casa"* può far sembrare che non sia in grado di cogliere la complessità della realtà rappresentata. Può sorgere così la convinzione che solo sistemi più specializzati possano dare le risposte (quali?) che ci si attende. E' concreto quindi il rischio che **si ricominci tutto da zero con altri sistemi** senza trasformare il bagaglio di conoscenze acquisito in sapere utile per l'organizzazione.

### Erikus
*[Un sistema completamente open source nato in casa in modo artigianale e diventato un riferimento a livello nazionale.](https://www.regione.piemonte.it/web/temi/protezione-civile-difesa-suolo-opere-pubbliche/calamita-naturali/emergenze-sismiche-censimento-danni/sistema-erikus)*
Erikus è un sistema realizzato congiuntamente da personale regionale e tecnici di Arpa Piemonte che è stato proposto per il rilevamento dei danni a seguito di eventi sismici.
Il sistema ha una componente geografica molto importante ed infatti richiede l'uso di qgis come interfaccia di caricamento dei dati. Questi vengono poi registrati su una istanza di postgres.
Il sistema è stato individuato dal Dipartimento della Protezione Civile come uno degli strumenti di riferimento per la stima dei danni ed è stato presentato nel 2016 in occasione di una esercitazione che ha interessato il territorio piemontese. 
Il sistema è già stato utilizzato in diverse occasioni in seguito a diversi eventi sismi avvenuti nel biennio 2017-2018 nel centro Italia.
Se da un lato il sistema si sta dimostrando sufficientemente robusto e adattabile, d'altro lato mi sembra che presenti un punto di debolezza nella attuale mancanza di integrazione con strumenti di segnalazione utilizzabili dai cittadini. La necessità per il cittadino di rivolgersi a un esperto in grado di interagire con un sistema geografico più o meno semplice è certamente un punto debolezza che meriterebbe una riflessione e un miglioramento. 



## Dario Rinaudo - Comune di Torino
 
### - Suite Google

Da circa 2 anni la posta elettronica è passata nella **piattaforma Google**, questo oltre a permettere una gestione della posta molto più semplice (*da casa per chi è in smart working o semplicemente sui device mobili*) ha permesso l’uso di strumenti condivisi su Drive quali “documenti google” “Fogli google” ecc…
> semplificazione strumenti condivisi, spazi di archiviazione

#### nota dolente: 
Purtroppo il passaggio alla suite **non** è stata accompagnata da una **formazione ad hoc** sugli strumenti forniti. Solo ora, a distanza di 2 anni si stanno organizzando corsi per sfruttare a pieno tali strumenti. 
> difficoltà nella pianificazione e gestione del cambiamento

### - Nuovo applicativo Atti amministrativi 

Nei primi mesi del 2020 si sta preparando una migrazione storica! Abbandoniamo l'applicativo "atti amministrativi", utilizzato tuttora per la creazione, stampa e gestione degli atti amministrativi della città, verso una nuova piattaforma che finalmente dovrebbe farci **abbandonare** la carta. Il nuovo applicativo dovrebbe permettere una gestione dei contenuti da approvare più semplice ed efficace. 
> dematerializzazione, semplificazione amministrativa

#### nota dolente:
Uso il condizionale perchè **solo alcuni** hanno potuto partecipare ai corsi di formazione, ma le speranze ci sono tutte!! 
> difficoltà nella pianificazione e gestione del cambiamento

### - LibreOffice

#### nota dolente:
Il mantenimento di Microsof office sui pc dopo l'installazione di LibreOffice ha decretato il fallimento della migrazione al nuovo software.
> difficoltà nella pianificazione e gestione del cambiamento



## Marco Boz - Csi Piemonte

Lavoro in CSI da circa 20 anni e questo mi ha permesso di vedere evoluzioni di progetti realizzati sia con tecnologie open source che con tecnologie legacy.

Molta alternarza all'inizio della mia esperienza, per poi consolidarsi nel tempo su tecnologie open-source sempre piú performanti e stabili sia grazie ai contributi delle community che eventuali migliorie fatte al nostro interno.

Le piattaforme e i sistemi messi a disposizione per la PA sono realizzate con tecnologie open-source e loro eventuale rivisitazione, ad esempio: Smartdataplatform, Nivola, Doqui, Shibboleth e molto altro ancora.

Piú che concetrarmi su singole esperienze mi piacerebbe condividere i vantaggi ottenuti nel portare avanti l'uso dell'open-source rispetto ad altre scelte:
1. lock-in tecnologico: vincolarsi ad un vendor per soluzioni proprietarie alla lunga non è stata una scelta vincente. Questo è dovuto a diversi fattori: dal reperimento di personale fino a non avere piú il controllo del sistema perchè il vendor è fallito.
2. community attive che negli anni hanno creduto e fornito strumenti aggiornati e sempre piú performanti.
3. qualitá del software prodotto, credo che mettere a disposizione di tutti un proprio operato abbia un vantaggio fondamentale per la comunitá che richiede alta professionalitá e responsabilitá: l'operato é giudicabile da chiunque.
4. nei sistemi critici l'uso di eventuali servizi di supporto ha permesso di ottenere due vantaggi: competenze specifiche immediate e un passaggio di conoscenze all'interno dell'azienda.

## Matteo Vabanesi - Regione Piemonte
### Sito web Regione Piemonte
Con la messa in esercizio, a gennaio 2019, del nuovo sito istituzionale della Regione Piemonte, si conclusa una prima fase di ridefinizione e riprogettazione delle risorse web dell’ente. Una riprogettazione, la prima dal 1996, anno dei primi approcci regionali al web, che ha avuto come obiettivo primario quello di migliorare la reperibilità di informazioni e servizi promossi da Regione Piemonte.

La riprogettazione del nuovo sito ha infatti seguito i principi del cosiddetto human centered design (HCD), la progettazione basata sull’utente. L’obiettivo si è tradotto nel completo rifacimento dell’architettura informativa del portale e nel ripensamento dell’interazione con l’utente, con la realizzazione di una piattaforma tecnologica in grado di garantire stabilità al sistema, omogeneità di risposta e aderenza alle linee guida AgID sul design dei siti della PA (compreso il content design) e sull’interoperabilità dei servizi.

La riprogettazione del sito ha anche significato il completo ridisegno del workflow redazionale, in modo da allineare la content strategy alle esigenze di tipo progettuale. Per la fase di implementazione e per la successiva gestione ordinaria del nuovo portale, è stato così realizzato un sistema di redazione centrale con 12 redazioni diffuse (per un totale di oltre 200 persone coinvolte), al fine di mettere in pratica una gestione coordinata e integrata della comunicazione web.

Il progetto del nuovo sito di Regione Piemonte si basa sull’adozione di un CMS unico (Drupal 8.0) con alcuni moduli aggiuntivi sviluppati ad hoc, in sostituzione dei 19 CMS in esercizio prima dello switch off. In fase di progettazione è stata inoltre valutata positivamente l’opportunità dell’utilizzo di API (Application Programming Interface) in ingresso o uscita per l’utilizzo o l’esposizione di servizi. In parallelo è stata completamente ridisegnata anche la piattaforma Bandi.

A un anno dalla messa in esercizio, il nuovo sito ha generato notevoli risparmi sia per quanto riguarda i costi di gestione sia per la puntualità degli interventi. Con la consapevolezza che siamo solo all’inizio, e che ci sia ancora molto da fare per diffondere e consolidare una sorta di “coscienza digitale” all’interno dell’ente.

#### Punti di forza (alcuni, non in ordine d'importanza)
* riduzione costi e tempi d’esercizio
* creazione di un workflow condiviso
* crescita competenze digitali
* drastica riduzione numero complessivo pagine
* maggiore controllo dei contenuti e, più in generale, della comunicazione web

#### Punti di debolezza (alcuni, non in ordine d'importanza)
* disomogeneità nell’utilizzo dei content type
* occasionali difficoltà nel gestire la comunicazione interna
* un certo “affaticamento” nei rapporti con il fornitore
* difficoltà nell’introdurre un vocabolario condiviso
* resistenze al cambiamento

#### Opportunità (alcune, non in ordine d'importanza)
* comunicazione coordinata
* miglioramento della cultura aziendale
* engagement su obiettivi condivisi
* reinvestimento risorse in sviluppi successivi
* rafforzamento della comunicazione interna

#### Rischi (alcuni, non in ordine d'importanza)
* progressivo disallineamento
* difficoltà di controllo dei contenuti
* disengagement
* mancata valorizzazione figure professionali
* mancata “copertura” politico/amministrativa

## SILVANO RIGOTTI - Comune di Torino
i sw sono sviluppati e gestiti da CSI o ci sono piccoli pacchetti access interni 
in particolare ha grande impatto 
l'applicativo che gestisce il servizio di
ristorazione scolastica dal popolamento iniziale con dati provenienti su file xls delle scuole,
alla gestione di tutte le attività per l'erogazione dei pasti
alla gestione dei pagamenti fino alla trasmissione dei dati al riscossore
#### punto di forza
in particolare per i nidi il cittadino può eseguire tutta l'attività
(presentazione domanda di iscrizione, accettazione del posto, richiesta di tariffa agevolata, pagamento del servizio, 
certificazione dei pagamenti per fruire dei bonus, scelta della tipologia di pasto) con procedure on-line da Torino Facile

esempio con sw libero, avvio di un progetto di georeferenziazione per mezzo di qgis delle sedi scolastiche e dei nidi cittadini
##### punto di debolezza 
salvo che come molti progetti, scomparso il promotore del progetto (in tal caso
assessora) il progetto langue (evento già successo per molti altri progetti
che sono anche estinti)
inoltre sarebbe necessario avere tempo di lavoro da dedicare esclusivamente 
per il progetto


## Massimo Gorla - Comune di Novara

### Ticketing per gestione sito web

Tra i vari progetti digitali quello della redazione web è particolarmente interessante.
Nasce dall'esigenza di organizzare le richieste di inserimento, modifica e cancellazione dei contenuti del sito web del Comune.
Prima di questo le richieste arrivavano in modi molto diversi: telefonata, fax, lettera cartacea, conversazione, sms o mms che richiedevano ulteriori telefonate, contatti e tempo allo scopo di reperire il materiale necessario. Materiale che, data la finalità, deve essere digitale.
Ora ogni richiesta per quanto semplice deve avvenire tramite email, allegando materiale grafico e testuale, inviata a un indirizzo specifico. Il messaggio viene acquisito dalla piattaforma Open Source OTRS che genera un Ticket notificando i membri del gruppo di lavoro. L'addetto prende in carico il Ticket e inizia a svolgere l'attività. Al termine l'addetto chiude il Ticket e la piattaforma genera una email di risposta per il richiedente.

#### Vantaggi
* Rende più rapido lo smistamento delle richieste dai vari uffici, senza sacrificare la precisione
* Permette di scalare verso l'alto le richieste più particolari
* Evita che due persone del gruppo lavorino la stessa richiesta

#### Svantaggi
* L'utilizzatore impadronirsi di concetti chiave relativi a code e ticket
* Alcuni si sentono monitorati dal punto di vista delle performance lavorative
* Apparentemente si deve scrivere più tempo e lavorare di meno

Il progetto si sta estendendo agli altri uffici del Comune, dove sta incontrando alterne fortune

----

## MAURIZIO MAZZOCCO - Comune di Torino

### Pianificazione Servizi PM

Lavoro nella PM dove fino all'anno scorso la pianificazione dei vari servizi dei nostri reparti (es. pattuglia auto, mercati, pattuglia decoro, piantone etc) dove giorno per giorno si assegnano i vari servizi agli operatori di PM e ciò avveniva con procedure fai da te differenti e sovente senza strumenti informatici (a parte word/excel sovente usati in modo elementare).
Negli anni la PM ha acquistato applicativi (es. UPC) che però erano nati per gestire realtà diverse dalla nostra e nonostante ingente dispendio di risorse economiche e umane non hanno avuto fortuna e non sono di fatto mai stati utilizzati per questo scopo, tant'è vero che sono stati dismessi.
Lavorando all'uff personale PM, ho girato tra i vari reparti per vedere come ognuno si era organizzato e ho scoperto che una collega, per il suo reparto, aveva sviluppato un sw in MsAccess molto curato ed avanzato che gestiva i servizi.
Insieme di comune accordo e con l'approvazione del Comando abbiamo poi generalizzato quell'applicativo collegandolo al DB del personale che avevo sviluppato per tutto il Corpo PM usando MySql e l'abbiamo distribuito ai vari reparti operativi, facendolo diventare l'applicativo del Corpo PM.

#### Vantaggi:
Sw progettato su misura per la nostra organizzazione,
uniformato le procedure dei reparti (comandi sezione territoriali e radiomobile, mancano ancora dei reparti che verranno coinvolti nei prossimi mesi e che essendo differenti dai comandi sezione hanno esigenze diverse per le quali stiamo facendo integrazioni), velocizzato e semplificato la pianificazione dei servizi, centralizzato i dati in un unico DB (con backup, sicurezza e profili utente, senza dati duplicati e condivisione con gli uffici centrali dei dati relativi a abilitazioni, esenzioni, turnazione riposi centralizzati (meno errori nella pianificazione), possibilità di estrarre report con i servizi svolti raggruppati per tipologia servizi (controllo obiettivi),
rotazione automatica dei servizi più gravosi ed equa distribuzione sul personale.

#### Svantaggi:
procedure più rigide e meno discrezionalita da parte degli uffici periferici
Applicativo con architettura 2 livelli (DB MySql/client MsAccess) con molte connessioni al DB e necessità di installazione su PC con MsWindows
Utilizzo di sw proprietario (MsAccess,MsWindows)
Si potrebbe riprogettare l'applicativo con tecnoologie web, open source, ma mantenendo l'analisi


## Herbert Sarri - Regione Piemonte
Un'esperienza interessante e proficua è l'integrazione, in uso presso la Regione Piemonte, della piattaforma di gestione documentale Doqui Acta con:
- il cruscotto per la firma digitale  DWD (che consente di gestire visti e firme di documenti da parte di figure incardinate entro strutture differenti)
-  la trasmissione a mezzo PEC istituzionale ai destinatari esterni all'ente, previa protocollazione in uscita.

Tramite la soluzione adottata, è stata conseguita una significativa ottimizzazione di queste fasi, molto standardizzate, del processo di gestione documentale.

## Yvonne Carpegna - CSI-Piemonte

### Proposta di project work
La normativa vigente in materia di appalti ha disposto il ricorso obbligatorio a **Consip** per le *procedure di acquisto di beni e servizi* da parte di tutte le Pubbliche Amministrazioni (PA).
Il CSI-Piemonte, in qualità di ente strumentale della PA piemontese e in considerazione della sua forma giuridica, è soggetto al rispetto di tale normativa.
Considerando il vincolo normativo sopra citato in tema di appalti e la tipologia di lavoro che quotidianamente svolgo come project manager in ambito sanità per lo sviluppo, l’evoluzione, il consolidamento, il porting tecnologico e la manutenzione di prodotti software, il project work si pone, pertanto, l’obiettivo di **contestualizzare, all’interno di una procedura di acquisto di servizi di sviluppo software, le peculiarità e le caratteristiche che stanno alla base della realizzazione di un software che si vuole ++pubblicare con licenza open source++**.
In particolare, si vogliono approfondire gli aspetti relativi alla **qualità del software** che devono essere definiti, monitorati e controllati per la pubblicazione di codice aperto. 
Per qualità del software si intendono i requisiti non funzionali che il prodotto software deve avere per garantire nel tempo: prestazioni, affidabilità, sicurezza, manutenibilità, portabilità, idoneità funzionale e usabilità.
Per la definizione dei **requisiti** sopra citati, si propone di approfondire quanto presente in letteratura a partire dalle “Linee guida su acquisizione e riuso di software per le pubbliche amministrazioni” emesse da Agid, oltre a quanto raccolto sulla base delle esperienze maturate e applicate in vari progetti nel corso degli anni.
Nell’ambito del project work, si propone di impostare un **framework** in cui vengono descritti i processi e gli strumenti per il monitoraggio e il controllo della qualità del software nelle fasi di sviluppo del prodotto software funzionale alla pubblicazione con licenza open source. 
I **processi** devono costituire di fatto un aiuto e un supporto sia alle attività di project management fornendo una metodologia standardizzata e definita per la conduzione del progetto sia alle attività tecniche in carico alle diverse figure professionali coinvolte nelle varie fasi di un progetto software nell’ambito della verifica e della validazione dei deliverable previsti in un affidamento ad un fornitore esterno.  
Gli **strumenti** a supporto dei processi possono basarsi ad esempio su matrici RACI (responsible, accountable, consulted et informed) o RAM (responsibility assignment matrix), su checklist per la verifica e il controllo di qualità oppure su strumenti software integrati nella toolchain di sviluppo e di rilascio del software con l’applicazione della metodologia del continous delivery.

### Esperienza personale
#### ***Ambito portali dal 2003 al 2008***
Nella direzione "Portali" mi sono occupata di progetti di multicanalità per consentire la fruizione dei contenuti di un sito o portale su diversi device. 
In particolare, le informazioni potevano all'epoca essere veicolate su: PDA, primi tablet, smartphone con browser, televideo, telefonini WAP (WML), J2ME smartphone Symbian, Voice XML for piattaforme text-to-speech, MHP/Xlet for applications for Digital TV)

>++Technologie utilizzate++:
>- Stack applicativo: Apache, Tomcat, Bea WebLogic, Oracle DB
>- framework: Apache Cocoon (MVC) 
>- Language: Java XML, XSL, XSL-FO, XML-Schema, DTD, nanoXML
>- IDE: Eclipse e molti altri proprietari

Dal 2006 al 2008 sono stata responsabile del gruppo di sviluppo di Enterprise Portals, CMS e soluzioni di Internet Point.
In questa esperienza si sono alternate soluzioni di portale proprietarie come Oracle Portal ad altre open source Liferay/ExoPlatform ma comunque tutte basate su linguaggio Java e standard aperti (ad esempio: WSRP, Portlet JSR-168/286, JCR JSR-170/283).

In generale ho potuto essere a contatto con tecnologie e soluzioni innovative che mi hanno permesso di comprendere le dinamiche delle community open source, i vantaggi e gli svantaggi del software libero e i benefici derivati dall'adozione di standard aperti.


#### ***Ambito sanitario dal 2009 ad oggi***
Sicuramente il progetto di maggior complessità che ho seguito come PM è il Fascicolo Sanitario Elettronico (FSE).
:::info
:pushpin: Per saperne di più? ➜ [Consultare questo link.](http://www.sistemapiemonte.it/cms/pa/sanita/38-fascicolo-sanitario-elettronico) 
:::
  
Quella del fascicolo è un'architettura fortemente distribuita, service oriented e basata su standard aperti.

>++Tecnologie utilizzate++: Web Services XML SOAP, JSON/REST, vari framework java come Spring e Struts, XML e correlati (XSLT, XML-Schema, WSDL, etc), SQL e PL/pgSQL
>
>++Standard del mondo sanitario++: HL7v2, CDA2, DICOM e WADO
>
>++Stack Applicativo++: Web Server Apache, Application server Jboss, DBMS PostgreSQL, ESB WSO2, S.O. linux su V.M.

Negli ultimi due anni, in particolare, ho coordinato il progetto di evoluzione del FSE volto a realizzare l'integrazione con il nodo nazionale (INI, Infrastruttura Nazionale di Interoperabilità) per ottenere l'interoperabilità dei dati e dei documenti sanitari fra le regioni e le provincie autonome italiane.

### Esperienza del CSI
In sintesi, riporto una slide realizzata dal CoE (Centre of Excellence) Open Source dove vengono presentati i principale step in ambito open source degli **ultimi 20 anni** del CSI

![](https://i.imgur.com/i72O70c.jpg)



Non ultimo nel 2019 è stato creato lo stesso gruppo **CoE Open Source** che evidenzia l'attenzione che l'azienda pone sul tema.

![CoE](https://i.imgur.com/GW2w70K.jpg =300x300)

Interessante è infine il **Technical Reference Model (TRM)** dove vengono sintetizzati gli applicativi, i middleware e le infrastrutture (sistemi operativi e di virtualizzazione) in uso in CSI. Laddove è presente un singolo *, il software è open source; se ce ne sono due di * allora il sw è di proprietà del CSI ma basato su sw opensource.

![](https://i.imgur.com/1UubqGn.png)

## Alan Zanzotto - Ospedale Mauriziano di Torino
### Esperienza professionale:
Dal 1996 mi sono occupato di Programmazione e controllo di gestione quando si facevano ancora i report e i budget con i fogli di lavoro e i data-base a disposizione erano molto limitati.... (fortunatamente adesso non è più così, ci sono i datawarehouse e delle suite che con un click ottieni subito tutto).
Nel 2010 ho cambiato lavoro ho fatto l'economo per 6 anni e in questa tipologia di lavoro utilizzi il software amministrativo-contabile aziendale e poco altro.
Nel 2016 sono tornato al Controllo di Gestione ma nonostate software complicatissimi il budget l'ho fatto su excel.
Dal 2019 sono stato chiamato al Mauriziano dove mi occupo di Contabilità e Bilancio. Quest'attività dipende soprattutto dall'Amministrativo-contabile aziendale.
#### Situazione software ambito lavorativo:
L'Ospedale Mauriziano ha come sistema operativo per tutti (o quasi) gli operatori Windows 7 e come "pacchetto office" Libre office però non tutti gli operatori hanno la stessa versione. Questo genera delle difficoltà perchè le funzioni non sono le stesse.
##### Project work:
L'idea iniziale, che ho presentato al momento dell'iscrizione, era quella di poter utilizzare a pieno le potenzialità del software libero per le procedure extra-contabili che vengono attualmente gestite su fogli di lavoro. Inoltre mi piacerebbe capire se ci sono altri software liberi che generano flow-chart per compilare una procedura/processo relativamente alla gestione extra-contabile.
