CLASSIFICAZIONE DEL DOCUMENTO: CONSIP PUBLIC
CLASSIFICAZIONE DEL DOCUMENTO: CONSIP PUBLIC
ALLEGATO 5
CAPITOLATO TECNICO LOTTO 5
PROCEDURA RISTRETTA SUDDIVISA IN 5 LOTTI, PER L’AFFIDAMENTO DI SERVIZI IN AMBITO SISTEMI GESTIONALI INTEGRATI PER LE PUBBLICHE AMMINISTRAZIONI - ID 1607
INDICE DEL DOCUMENTO
3. CONTESTO DI RIFERIMENTO DEL LOTTO 9
3.2. Contesto applicativo e tecnologico della Sanità 10
4. AMBITI FUNZIONALI DI INTERVENTO 15
4.1. Sistemi Informativi Gestionali 16
4.1.1. Amministrazione e contabilità finanziaria 16
4.1.2. Principi contabili generali per il settore Sanitario 17
4.1.3. Controllo di gestione 19
4.1.4. Approvvigionamento di beni e servizi 20
4.2. Sistemi di Gestione dei Procedimenti Amministrativi 23
4.2.1. Protocollo informatico 25
4.2.2. Gestione documentale 27
4.2.3. Gestione dei flussi documentali per i processi amministrativi e workflow automation 27
5. COMPETENZE RICHIESTE AL FORNITORE 28
5.1. Competenze funzionali e tematiche 28
5.2. Competenze metodologiche 30
5.3. Competenze applicative 30
5.4. Competenze tecnologiche 32
6.1. Servizi di sviluppo software 33
6.1.1. Servizio di parametrizzazione e personalizzazione 34
6.1.2. Servizio di analisi, progettazione e realizzazione software ad hoc 35
6.1.3. Servizio di manutenzione evolutiva 36
6.1.4. Servizio di migrazione sistemi e applicazioni 37
6.1.5. Team mix dei servizi di sviluppo software 38
6.2. Servizi di gestione, manutenzione e assistenza 39
6.2.1. Servizio di presa in carico dei sistemi esistenti e trasferimento di know how 39
6.2.2. Servizio di gestione applicativa e supporto utenti 40
6.2.3. Servizio di manutenzione adeguativa e correttiva 41
6.2.4. Servizio di assistenza da remoto e supporto specialistico 42
6.2.5. Servizio di conduzione tecnica infrastruttura (opzionale) 43
6.2.6. Team mix dei servizi di gestione, manutenzione e assistenza 43
6.3. Servizi di supporto organizzativo 44
6.3.1. Servizio di supporto alla revisione dei processi 44
6.3.2. Servizio di supporto architetturale 46
6.3.3. Servizio di supporto tematico e funzionale 46
6.3.4. Team mix dei servizi di supporto organizzativo 47
6.4. Presa in carico dei sistemi esistenti e trasferimento di know how 47
7. DIMENSIONAMENTO DEL LOTTO 5 50
8. MODALITÀ DI EROGAZIONE DELLA FORNITURA 53
8.1. Luogo di erogazione dei servizi 53
8.3. Vincoli di fornitura ed acquisizione 53
8.4. Interazione tra Amministrazioni contraenti e fornitore 54
8.5. Modalità di attivazione dei servizi di fornitura 54
8.5.1. Piano dei Fabbisogni 55
8.5.3. Modalità di attivazione 56
8.6. Modalità di esecuzione 57
8.6.1. Modalità a corpo o progettuale 58
8.6.1.1. Stima e attivazione obiettivi e/o interventi 59
8.6.1.2. Obiettivi e/o interventi misurati in Punti Funzione 59
8.6.1.3. Obiettivi e/o interventi misurati in giorni persona 62
8.6.1.4. Cancellazione di un obiettivo e/o interventi 62
8.6.1.5. Modifica dei requisiti funzionali di un obiettivo e/o interventi in corso d’opera63
8.6.2. Modalità continuativa 64
8.8. Fatturazione verso le Amministrazioni contraenti 66
8.9. Normativa di riferimento 67
9.1. Requisiti di qualità generali 70
9.3. Il Piano della Qualità Generale 71
9.4. Indicatori della Qualità 71
10. GOVERNO E MONITORAGGIO DELLA FORNITURA 73
10.2. Stato Avanzamento Lavori 73
10.3. Valutazione risorse da parte dell’Amministrazione 74
10.4. Pianificazione dei servizi 74
10.5.1. Accettazione / approvazione prodotti della fornitura 76
10.5.2. Verifiche di conformità 77
10.5.3. Rilevazione della soddisfazione delle Amministrazioni contraenti 77
10.6. Monitoraggio della fornitura 78
10.6.2. Portale di monitoraggio, governo e gestione della fornitura 78
10.6.3. Informativa periodica sulla evoluzione tecnologica dei servizi 81
10.6.4. Verifiche ispettive 82
11. QUADRO RIASSUNTIVO DEI SERVIZI DELLA FORNITURA 84
1. Premessa
Il presente capitolato descrive l’iniziativa di gara per l’affidamento di servizi in ambito sistemi gestionali integrati per le Pubbliche Amministrazioni, suddivisa in 5 Lotti articolati in funzione della dislocazione territoriale e della specificità e tipologia istituzionale delle Amministrazioni stesse, secondo quanto di seguito riportato:
• Lotto 1: a questo Lotto appartengono le Pubbliche Amministrazioni di cui all'articolo 1 del decreto legislativo 12 febbraio 1993, n. 39;
• Lotto 2: a questo Lotto appartengono le Pubbliche Amministrazioni Locali dislocate nelle regioni del Nord ad eccezione dei soggetti di cui al Lotto 4. In particolare, a questo Lotto appartengono le Pubbliche Amministrazioni diverse da quelle di cui all'articolo 1 del decreto legislativo 12 febbraio 1993, n. 39, esclusi gli enti del Servizio Sanitario Nazionale, localizzate nelle seguenti regioni: Piemonte, Val d’Aosta, Liguria, Lombardia, Veneto, Friuli Venezia Giulia, Trentino Alto Adige, Xxxxxx Xxxxxxx;
• Lotto 3: a questo Lotto appartengono le Pubbliche Amministrazioni Locali dislocate nelle regioni del Centro-Sud ad eccezione dei soggetti di cui al Lotto
5. In particolare, a questo Lotto appartengono le Pubbliche Amministrazioni diverse da quelle di cui all'articolo 1 del decreto legislativo 12 febbraio 1993, n. 39, esclusi gli enti del Servizio Sanitario Nazionale, localizzate nelle seguenti regioni: Toscana, Marche, Umbria, Lazio, Abruzzo, Molise, Campania, Basilicata, Puglia, Calabria, Sardegna, Sicilia;
• Lotto 4: a questo Lotto appartengono gli Enti del Servizio Sanitario Nazionale, localizzati nelle seguenti regioni: Piemonte, Val d’Aosta, Liguria, Lombardia, Veneto, Friuli Venezia Giulia, Trentino Alto Adige, Xxxxxx Xxxxxxx;
• Lotto 5: a questo Lotto appartengono gli Enti del Servizio Sanitario Nazionale, localizzati nelle seguenti regioni: Toscana, Marche, Umbria, Lazio, Abruzzo, Molise, Campania, Basilicata, Puglia, Calabria, Sardegna, Sicilia.
All’esito della gara, si procederà alla stipula di un Contratto Quadro per ciascuno dei 5 Lotti, con il concorrente risultato aggiudicatario del singolo Lotto, ai sensi dell’art. 1, comma 192, Legge n. 311/2004 e delle ulteriori disposizioni in materia.
In particolare il presente documento rappresenta il capitolato tecnico di gara del Lotto 5.
Le tipologie di servizi oggetto della fornitura sono:
• Servizi di sviluppo software;
• Servizi di gestione, manutenzione e assistenza;
• Servizi di supporto organizzativo.
• Sistemi Informativi Gestionali;
• Sistemi di Gestione dei Procedimenti Amministrativi.
Sono da considerarsi parte integrante del presente Capitolato Tecnico le Appendici di seguito indicate:
• Appendice 1: indicatori di qualità della fornitura;
• Appendice 2: profili professionali;
• Appendice 3: ciclo di vita e prodotti del servizio.
2. Obiettivi generali
La presente iniziativa si inserisce nel contesto più ampio della “Strategia per la crescita digitale 2014-2020”, che ha la finalità di perseguire gli obiettivi di crescita, di occupazione, di qualità della vita dei cittadini e delle imprese, anche attraverso la digitalizzazione e l’innovazione digitale della Pubblica Amministrazione.
L’iniziativa in oggetto, in tale prospettiva, rende disponibili a supporto delle Pubbliche Amministrazioni un catalogo di servizi definito, accelerando e standardizzando il processo di procurement, al fine di:
• Abilitare il ridisegno, la standardizzazione e la digitalizzazione dei processi amministrativi, gestionali e di funzionamento generale delle Amministrazioni, finalizzati ad aumentare l’efficienza dei processi stessi, la loro economicità, qualità e tempestività nonché il livello di uniformità dei sistemi informativi;
• Facilitare la realizzazione di iniziative di razionalizzazione della spesa IT delle Amministrazioni, attraverso:
o La definizione ed implementazione di nuovi modelli di servizio orientati all’efficienza;
o La riduzione del numero di soluzioni informatiche personalizzate o sviluppate ad hoc, da realizzarsi attraverso azioni di reingegnerizzazione, standardizzazione e adozione di “migliori prassi” sui processi operativi;
o L’ottimizzazione dei sistemi informativi attraverso opportune azioni di consolidamento delle applicazioni;
o L’aumento del grado di integrazione ed interoperabilità tra sistemi, sia interni alle Amministrazioni sia tra Amministrazioni diverse;
• Consentire alle Amministrazioni di realizzare iniziative di digitalizzazione ed innovazione tecnologica con un approccio progettuale ed organico, in un’ottica di razionalizzazione ed efficientamento dei processi operativi e di aumento della produttività delle risorse;
• Garantire elevati standard di qualità per i servizi previsti alle Amministrazioni pubbliche;
• Individuare forme di comunicazione, coordinamento e programmazione tecnico- economica per facilitare iniziative progettuali comuni o concordate tra le Amministrazioni;
• Stimolare modelli di dialogo e cooperazione tra le P.A. al fine di adottare e riutilizzare soluzioni standard, nonché definendo e implementando nuovi
modelli di servizio in ambito IT rivolti a comparti di utilizzo omogenei, orientati all’efficienza e alla qualità;
• Supportare la riqualificazione della spesa informatica attraverso la redazione di “Masterplan”, studi di fattibilità, business case, assessment, ecc., con individuazione puntuale dei tempi e dei costi, dei rischi connessi e dei benefici attesi.
• Servizi di sviluppo software;
• Servizi di gestione, manutenzione e assistenza;
• Servizi di supporto organizzativo.
Tali servizi sono declinati su due ambiti funzionali di intervento, descritti nel capitolo 4:
• Sistemi Informativi Gestionali;
• Sistemi di Gestione dei Procedimenti Amministrativi.
3. Contesto di riferimento del Lotto
3.1. La Sanità
Gli Enti del Servizio Sanitario Nazionale appartengono al comparto della Sanità e costituiscono una tipologia di Pubblica Amministrazione, oltre che un settore fondamentale dei servizi del Paese, in considerazione del suo impatto sociale, economico e occupazionale. Tale comparto, come peraltro indirizzato dalla Commissione Europea con il “Piano d’azione Sanità elettronica 2012-2020”, è particolarmente importante all’interno del contesto europeo e nazionale.
Nonostante ciò la Sanità ha dovuto fronteggiare nel corso degli ultimi anni una forte pressione alla riduzione della spesa insieme all’aumento della domanda dovuto all’invecchiamento della popolazione.
Per rispondere alle istanze di miglioramento dei servizi, è stata individuata, sia a livello europeo che nazionale, la leva dell’innovazione digitale per il miglioramento delle prestazioni sanitarie, lo sviluppo di nuovi servizi in una logica di efficientamento e la modernizzazione del sistema nel suo complesso.
In questo contesto l’Agenzia per l’Italia Digitale ha avuto il compito di attuare il c.d. programma “Sanità digitale”, inteso come l’insieme degli interventi condivisi da tutte le Amministrazioni operanti a livello centrale, regionale e locale per la digitalizzazione dei servizi.
Ulteriore elemento da tenere in considerazione è rappresentato dall’introduzione del Codice dell’Amministrazione Digitale (di seguito anche CAD), in cui, in particolare al Capo I - Principi generali, Sezione III, art. 15, comma I, viene specificato che la riorganizzazione strutturale e gestionale delle Amministrazioni Pubbliche avviene anche attraverso il migliore e più esteso utilizzo delle tecnologie dell'informazione e della comunicazione, nell'ambito di una coordinata strategia che garantisca il coerente sviluppo del processo di digitalizzazione. Pertanto gli Enti del SSN hanno l’obiettivo di informatizzare i processi e le tecnologie telematiche, intese come strumento e leva fondamentale per l’implementazione della “Sanità digitale”.
In tale contesto si inseriscono varie iniziative a livello nazionale, quali ad esempio il Fascicolo Sanitario Elettronico, la Tessera Sanitaria, le Ricette Digitali, ecc., che hanno ricevuto nel corso degli ultimi anni un’importante accelerazione grazie anche all’approvazione di alcuni Decreti regionali.
Si sottolinea tuttavia che il contesto della Sanità si caratterizza per un elevato grado di eterogeneità sia dal punto vista della tipologia di Amministrazione, e dei relativi servizi realizzati, che dal punto di vista normativo, funzionale ed organizzativo ed infine dal punto di vista geografico, con differenti livelli di digitalizzazione nel Paese.
Inoltre, si riscontrano ulteriori differenziazioni tra iniziative tecnologiche degli Enti del SSN, realizzate o in corso di esecuzione, gli ambiti funzionali di intervento ed il contesto applicativo esistente.
Dal punto di vista dell’assetto organizzativo e di responsabilità di gestione in merito all’ICT, è presente generalmente una suddivisione di competenze tra gli Enti del SSN. In particolare le Regioni, in virtù dell’autonomia loro attribuita, individuano le linee guida da adottare, anche sulla base di quanto indicato dal Ministero della Salute, e le diffondono agli Enti sanitari del territorio di competenza. Questi ultimi recepiscono ed attuano le linee guida, attraverso la presenza di uffici dedicati alle tecnologie dell’informazione ed alla digitalizzazione, che svolgono attività di progettazione, sviluppo, gestione e manutenzione dei sistemi informativi dell’Ente, sia in termini di parco applicativo e dotazione infrastrutturale, o demandano tali attività a soggetti esterni, mantenendo generalmente all’interno dell’Ente stesso solo un presidio di alto livello dell’intero servizio, per le attività di governo e pianificazione e gestione delle esigenze.
In considerazione dello scenario sopra indicato, il fornitore dovrà pertanto operare presso gli Enti del SSN caratterizzati da varietà di casistiche e numerose differenze, dipendenti peraltro anche da:
• Funzioni e servizi realizzati;
• Dimensioni ed assetti organizzativi e distribuzione delle responsabilità;
• Capacità e propensione dell’Ente all’innovazione;
• Risorse economiche disponibili per la digitalizzazione;
• Differente ambito di copertura funzionale ed informatizzazione dei processi;
• Grado di maturità delle soluzioni implementate;
• Livello di parametrizzazione e personalizzazione delle soluzioni;
• Grado di interoperabilità con altre soluzioni applicative;
• Clima e cultura organizzativa in ambito IT.
Il fornitore dovrà quindi essere in grado di comprendere, indirizzare e governare l’eterogeneità organizzativa e tecnologica, garantendo adeguate competenze, struttura organizzativa e flessibilità di approccio per rispondere ad esigenze potenzialmente molto diversificate.
3.2. Contesto applicativo e tecnologico della Sanità
Il contesto applicativo e tecnologico presente nella Sanità è molto eterogeneo, in termini di diverse tipologie di Amministrazioni ricomprese nel comparto, di parco
applicativo e tecnologico disponibile e di maturità e grado di innovazione dei progetti realizzati.
In particolare, nel corso degli anni i sistemi informativi sanitari sono stati sviluppati a partire da singole “isole applicative” per essere poi integrati attraverso evoluzioni successive, con l’aumento delle esigenze dei soggetti coinvolti e di tutti gli operatori di settore. Negli ultimi anni gli Enti hanno iniziato ad adottare soluzioni integrate nativamente, che facilitano lo scambio delle informazioni e dei dati e l’interoperabilità dei servizi applicativi, anche nel quadro di sistemi sanitari regionali e nazionali, con grandi benefici raggiunti, sia in termini di efficacia e miglioramento delle prestazioni, ché di efficienza e governo dei processi.
In tale ottica alcuni Enti hanno implementato soluzioni applicative a copertura dei processi operativi “core” e di supporto all’organizzazione, tipicamente piattaforme integrate, quali Enterprise Resources Planning (di seguito anche ERP) o soluzioni applicative ad hoc o soluzioni applicative “verticali”.
I sistemi di gestione dei procedimenti amministrativi invece, sono presenti presso gli Enti del SSN da alcuni anni. Infatti a seguito dell’introduzione del Codice di Amministrazione Digitale del 2001 sono state affrontate tematiche di digitalizzazione e dematerializzazione, attraverso la realizzazione di progettualità innovative finalizzate al miglioramento delle funzioni e dei i processi in ottica di semplificazione e di innovazione tecnologica. In particolare, presso vari Enti sono stati avviati e realizzati progetti volti all’implementazione del protocollo informatico, della gestione documentale, della gestione dei flussi documentali, ecc., definendo anche responsabilità, ruoli, regole e procedure per la formazione, la ricezione e l’invio, la registrazione, l’assegnazione, la classificazione e la conservazione dei documenti. In tal modo, è stato possibile perseguire l’obiettivo di arrivare ad una gestione documentale digitalizzata giuridicamente corretta per il superamento dei documenti cartacei, risparmiando così tempo e costi, ed aumentando l’efficienza e l’efficacia dei processi nonché la semplificazione e la trasparenza.
Attraverso tali sistemi, gli Enti del SSN possono pertanto disporre di documenti verificati, con un controllo preciso sulle responsabilità, sulla certezza dei dati e autenticità dei dati, oltre che con una integrità delle informazioni per l'accesso, l’acquisizione e la formazione del documento, in modo che essi permangano leggibili e comprensibili nel corso del tempo.
La diffusione dei Sistemi Integrati favorisce, in linea generale, la standardizzazione dei processi, soprattutto se coadiuvata dall’adesione alle “best practice”, e dal cambiamento del modus operandi organizzativo delle Amministrazioni. Infatti, l’utilizzo di un sistema integrato consente di adottare, ove possibile, soluzioni di mercato a
supporto delle attività, sfruttando le funzioni standard previste dal prodotto. In ambito IT, l’effetto della standardizzazione dei processi ha consentito, ove possibile, di adottare, a supporto delle attività, soluzioni di mercato sfruttando le funzioni standard previste dal prodotto software e/o dalla soluzione e prendendo in considerazione la convenienza ad adottare ed implementare soluzioni già presenti presso altri Enti del SSN o Amministrazioni Pubbliche, in una logica di riuso e cooperazione applicativa.
Il panorama dei sistemi informativi degli Enti del SSN presenta differenti pacchetti e soluzioni di mercato sia sistemi custom sviluppati “ad hoc”, nei più diffusi ambienti di sviluppo, inclusi quelli in ambiente open source per coprire le esigenze verticali delle singole Amministrazioni.
Si registra, inoltre, una presenza diffusa di numerose soluzioni di mercato, focalizzate in funzione delle diverse tipologie di Amministrazione, e caratterizzate da un’elevata disomogeneità in termini di copertura funzionale, diffusione ed utilizzo presso gli utenti, e livello di stratificazione applicativo.
Ulteriore elemento di eterogeneità è rappresentato dai differenti gradi di personalizzazione e parametrizzazione delle soluzioni applicative implementate, generalmente dipendente da:
• Aderenza delle soluzioni adottate ai processi gestionali e di supporto delle specifiche Amministrazioni;
• Efficacia delle azioni di reingegnerizzazione ed efficientamento dei processi e dei sistemi.
In un questo contesto frammentato ed eterogeneo, si evidenziano alcune iniziative di standardizzazione trasversale, in corso di evoluzione e diffusione nell’ambito del SSN; sono presenti, infatti, delle iniziative con le quali i sistemi degli Enti delle Amministrazioni destinatarie dei servizi del presente bando di gara dovranno colloquiare, in ottica di cooperazione applicativa ed interoperabilità. Si riporta di seguito un elenco non esaustivo di tali iniziative:
• Tessera sanitaria: la Tessera sanitaria abilita all'accesso delle prestazioni sanitarie erogate dal SSN su tutto il territorio nazionale e rappresenta lo strumento di assicurazione malattia ai fini del riconoscimento dell'assistenza sanitaria nei Paesi UE; la tessera contiene anche il codice fiscale;
• Anagrafe sanitaria unificata: rappresenta l’anagrafe degli assistiti, degli operatori sanitari delle strutture e dei prodotti, mantenendo così costantemente a livello unificato i dati anagrafici aggiornati; l’aggiornamento, che riguarda tutti i dati di base di tipo anagrafico, avviene tramite le comunicazioni delle variazioni anagrafiche dei Comuni oppure tramite le operazioni di variazione manuale effettuate agli sportelli di scelta e revoca del medico;
• Ricetta elettronica: con tale progetto è stato introdotto l’obbligo di trasmissione telematica dei dati delle ricette ai fini del controllo della spesa, dando così valore legale alla trasmissione telematica dei dati delle ricette stesse;
• Centro unico prenotazione: costituisce il servizio che assicura la prenotazione di visite specialistiche e diagnostica;
• NoiPA: è il sistema realizzato dal Dipartimento dell’Amministrazione Generale del Ministero dell'Economia e delle Finanze, per gestire il trattamento economico del personale centrale e periferico della Pubblica Amministrazione. Con un approccio che risponde alle esigenze delle Amministrazioni “clienti” e assicurando l’aggiornamento in base all’evoluzione normativa per tutti gli aspetti previdenziali, fiscali e contrattuali, il sistema eroga un servizio unificato di elaborazione e gestione del cedolino, di gestione delle competenze fisse ed continuative, di gestione delle competenze accessorie, di trattamento delle presenze e assenze ed infine di aggiornamento dei dati variabili individuali;
• XX.XX.XX.: è il sistema informativo per la gestione integrata della contabilità economica e finanziaria che consente alle Amministrazioni di effettuare sia le registrazioni di carattere economico-patrimoniale-analitico sia quelle di tipo finanziario. Il sistema è stato realizzato dalla Ragioneria Generale dello Stato del Ministero dell’Economia e Finanze e consente in particolare di: supportare il processo di formazione e gestione del bilancio finanziario, gestire tutte le fasi in ci si articola il processo di spesa sia da parte degli ordinatori primari che da parte degli ordinatori secondari (Funzionari Delegati), alimentare in modo omogeneo, attendibile e tempestivo le scritture di contabilità economica analitica per centri di costo delle Amministrazioni dello Stato ed infine fornire dati per il controllo di gestione;
• Pago@PA: è il sistema dei Pagamenti elettronici a favore delle PA e dei gestori dei servizi di pubblica utilità che nasce per dare la possibilità a cittadini e imprese di effettuare qualsiasi pagamento verso le Pubbliche Amministrazioni e i gestori di servizi di pubblica utilità in modalità elettronica. Il sistema permette a cittadini e imprese di scegliere liberamente il prestatore di servizi di pagamento (es. banca, istituto di pagamento/di moneta elettronica), scegliere tra più strumenti di pagamento (es. addebito in conto corrente, carta di credito, bollettino postale elettronico), scegliere il canale tecnologico di pagamento preferito per effettuare l'operazione (es. conto Web, ATM, mobile), conoscere preventivamente i costi massimi dell'operazione da effettuare e contemporaneamente avere garanzia della correttezza dell'importo da pagare, ottenere una ricevuta con valore liberatorio. Il sistema permette alle P.A. di velocizzare la riscossione degli incassi, ottenendone
l'esito in tempo reale e potendo effettuare la relativa riconciliazione, ridurre i costi e ottimizzare i tempi di sviluppo delle nuove applicazioni online, grazie anche all'utilizzo di soluzioni ed esperienze riusabili, eliminare la necessità di stipulare specifici accordi con i prestatori di servizi di riscossione;
• FatturaPA: sulla base di quanto stabilito dalla Legge Finanziaria 2008 e reso operativo dal D.M. 55 del 2013, è stata introdotta la fattura elettronica obbligatoria nei rapporti economici tra Pubblica Amministrazione ed i fornitori, con l’obiettivo di semplificare le procedure amministrative in un’ottica di trasparenza, monitoraggio e rendicontazione della spesa pubblica. È stato pertanto realizzato il progetto FatturaPA, con il quale la trasmissione delle fatture elettroniche destinate alle Amministrazioni dello stato avviene attraverso il Sistema di Interscambio, realizzato da Sogei e gestito dall’Agenzia delle Entrate, che funge da “snodo” tra gli attori interessati dall’intero processo;
• Fascicolo Sanitario Elettronico: il FSE è l’insieme dei dati e dei documenti digitali di tipo sanitario e socio-sanitario generati da eventi clinici presenti e passati, riguardanti il cittadino assistito; il FSE ha un orizzonte temporale che copre l’intera vita del paziente ed è alimentato in maniera continuativa dai soggetti che lo prendono in cura nell’ambito del SSN e dei servizi socio-sanitari regionali. Il FSE è costituito dalle Regioni con l’obiettivo di prevenzione, diagnosi, cura e riabilitazione.
Il fornitore, in fase esecutiva e contrattuale, nel definire ed implementare le soluzioni tecnologiche, dovrà tenere conto delle iniziative progettuali trasversali sopra esposte anche in una logica di riuso ed al fine di assicurarne l’interoperabilità e la cooperazione applicativa.
Inoltre il fornitore dovrà porre particolare rilevanza alle Linee guida e regole tecniche emesse dall’AGID in merito alla Gestione dei Procedimenti Amministrativi, in cui sono stati definiti: il modello di riferimento, l’architettura tecnologica ed i requisiti funzionali e non funzionali dei Sistemi di Gestione dei Procedimenti Amministrativi della Pubblica Amministrazione.
Infine il fornitore dovrà operare tenendo conto di quanto previsto dal Codice dell’Amministrazione Digitale in relazione alla pratica del riuso del software, in un’ottica di razionalizzazione della spesa pubblica. In particolare, il riuso rappresenta la possibilità per una P.A. di riutilizzare gratuitamente programmi informatici, o parti di essi, sviluppati per conto e a spese di un’altra Amministrazione, adattandoli alle proprie esigenze.
Il contesto applicativo-tecnologico in uso presso il singolo Ente sarà rappresentato al fornitore aggiudicatario al momento della stipula del singolo Contratto esecutivo da parte di ciascuna Amministrazione contraente.
4. Ambiti funzionali di intervento
I Sistemi Gestionali Integrati, intesi come Sistemi Informativi Gestionali e Sistemi di Gestione dei Procedimenti Amministrativi, supportano i processi “core”, i processi trasversali ed i processi di supporto all’organizzazione, adottati da ciascuna Amministrazione per il raggiungimento della propria missione istituzionale.
I Sistemi Gestionali Integrati sono generalmente articolati in una o più aree con relative tematiche di riferimento, a cui corrispondono uno o più specifici moduli applicativi che supportano lo svolgimento automatizzato ed integrato dei processi e delle funzionalità ad esse correlate. Pertanto i processi e le funzionalità fornite dai Sistemi Gestionali Integrati sono raggruppate in moduli applicativi integrati fra loro, finalizzati alla elaborazione di specifiche transazioni di business.
I Sistemi Gestionali Integrati possono essere a grandi linee suddivisi in due tipologie:
• Sistemi commerciali di mercato: prodotti, piattaforme e soluzioni tecnologiche che, opportunamente parametrizzati o personalizzati, possano soddisfare le esigenze specifiche della singola Amministrazione. Ai sistemi commerciali, inoltre, si possono aggiungere funzionalità (ADD-ON) o gruppi di funzionalità non previste nativamente; gli ADD-ON nei sistemi commerciali devono essere sviluppati secondo gli standard di programmazione previsti dal pacchetto ed utilizzando il linguaggio di programmazione utilizzato per lo sviluppo del sistema stesso. Tali soluzioni sono utilizzabili dalle Amministrazioni contraenti previo acquisto di licenze d’uso e contratti di manutenzione dalle società proprietarie delle soluzioni software;
• Sistemi sviluppati ad hoc: applicazioni sviluppate ex-novo al fine di soddisfare le specifiche esigenze della singola Amministrazione in una logica “custom”. Per tali sistemi sono generalmente scelti alcuni parametri tecnologici quali: piattaforma tecnologica, sistemi di base, DBMS, ambiente e linguaggio di programmazione. Il disegno della architettura tecnica ed applicativa è sviluppato secondo le regole di integrazione e le evoluzioni o gli ampliamenti devono avvenire in coerenza con le logiche informatiche e le dimensioni tecnologiche scelte (DBMS e linguaggio di programmazione) e secondo le regole definite al momento del disegno e della realizzazione del sistema stesso.
Un Sistema Gestionale Integrato comunque dovrebbe presentare generalmente il seguente set di caratteristiche di base:
• Unico Data Base;
• Alta configurabilità;
• Alto grado di integrazione;
• Funzionalità ampie e dettagliate;
• Accesso sicuro, controllato e tracciabile ai dati;
• Facilità d’uso;
• Struttura modulare;
• Scalabilità.
Si ricorda che la fornitura di licenze d’uso di entrambe le tipologie di sistemi non è prevista nell’ambito della presente iniziativa di gara.
4.1. Sistemi Informativi Gestionali
I Sistemi Informativi Gestionali sono generalmente articolati in uno o più aree e relative tematiche, descritte di seguito.
4.1.1. Amministrazione e contabilità finanziaria
La riforma introdotta dal D. Lgs. nr. 118 del 2011 e l’introduzione dei Percorsi Attuativi della Certificabilità hanno definito per le Aziende Sanitarie e Regioni i nuovi riferimenti giuridici, contabili e metodologici che richiedono interventi di cambiamento sui sistemi di programmazione e controllo, sui processi amministrativo-contabili e su ulteriori aspetti dell’organizzazione aziendale.
A seguito delle disposizioni in materia di armonizzazione dei sistemi contabili e degli schemi di bilancio delle Regioni, degli enti locali e dei loro organismi (artt. 1 e 2 della legge 5 maggio 2009, nr. 42), tutta la Pubblica Amministrazione è chiamata ad adottare sistemi informativi amministrativo-contabili omogenei e interoperabili. L’area amministrativa, quindi, è sottoposta da alcuni anni a forti processi di innovazione, sia giuridica che tecnologica. La dematerializzazione degli atti, la normativa sulla trasparenza, la normativa relativa all’anticorruzione, l’utilizzo diffuso di centrali di acquisto, e non ultimo il percorso avviato a livello nazionale sulla verificabilità dei bilanci attraverso il Decreto Interministeriale del 17 settembre 2012, impongono alle aziende sanitarie l’attuazione di un percorso di revisione dei propri processi ed evoluzione dei sistemi informativi.
La dimensione del controllo contabile, economico e finanziario ha assunto rilevanza strategica notevole nel corso degli ultimi anni, anche a causa della pressione alla riduzione della spesa; pertanto la misurazione dei costi sostenuti e dei ricavi ottenuti consente di governare e verificare meglio le prestazioni rese dal sistema sanitario. Per realizzare al meglio il controllo contabile, economico e finanziario occorre quindi introdurre strumenti informativi integrati che consentano di misurare sistematicamente i risultati prodotti e di rapportarli dinamicamente alle azioni da attuare. Stante ciò, l’applicazione degli strumenti gestionali nelle varie tipologie di Enti del SSN è più difficile rispetto alla maggior parte delle altre aziende, per via di vari aspetti quali ad esempio:
• Parziale disomogeneità dei livelli e delle prestazioni essenziali di assistenza tra i vari Enti;
• Parziale sovrapposizione delle competenze tra Regioni, Comuni, Consorzi di Comuni ed aziende;
• Ampiezza delle aree di intervento e delle tipologie di prestazioni;
• Difficoltà nel misurare gli esiti di salute a seguito degli interventi;
• Difficoltà di misurare e verificare il livello di soddisfazione deli utenti, a seguito di servizi ricevuti;
Per rispondere efficacemente alle esigenze sopra riportate, gli Enti del SSN possono utilizzare soluzioni integrate e/o ERP che permettano l'accesso ai dati gestionali a tutte le funzioni dell'azienda, in maniera integrata, sicura, modulare e scalabile. Tali soluzioni applicative possono essere basate su pacchetti commerciali, opportunamente parametrizzati o personalizzati in funzione delle specifiche esigenze della singola Amministrazione, oppure realizzate ad hoc e quindi di proprietà dell’Ente
Si segnala che il grado di maturità tecnologica e di adozione dei sistemi ERP da parte degli Enti del SSN è molto variegato e disomogeneo infatti ci sono Regioni che hanno già introdotto ERP da tempo e hanno esteso utilizzo dello stesso strumento a livello territoriale; altre Regioni, invece, pur avendo introdotto un ERP specifico, hanno lasciato piena autonomia di scelta a livello territoriale; altre Regioni infine non hanno ancora un sistema Integrato.
4.1.2. Principi contabili generali per il settore Sanitario
I principi contabili, generali e applicati, per il settore sanitario sono disciplinati al Titolo II D. Lgs. 118 del 2011.
I soggetti interessati dalle disposizioni di questi articoli che si applicano dal 2012, sono:
• Le Regioni per la parte del bilancio regionale che riguarda i flussi relativi al servizio sanitario, rilevata attraverso scritture di contabilità finanziaria;
• Le Regioni che adottano una gestione diretta accentrata presso la Regione stessa, rilevata attraverso scritture di contabilità economico-patrimoniale;
• Le Regioni, per il consolidamento dei conti degli enti sanitari;
• Gli Enti sanitari (Aziende Sanitarie Locali, Aziende Ospedaliere, Istituti di ricovero e cura a carattere scientifico pubblici, anche se trasformati in Fondazioni, Aziende ospedaliere universitarie integrate con il Servizio Sanitario Nazionale);
• Gli istituti zooprofilattici.
Le disposizioni sono finalizzate ad assicurare:
• Uniformità dei conti sanitari delle Regioni e degli enti sanitari per garantire trasparenza attraverso il confronto immediato fra le entrate (finanziamento sanitario ordinario corrente, finanziamento sanitario aggiuntivo corrente, finanziamento regionale del disavanzo sanitario pregresso, finanziamento per investimenti in ambito sanitario) e le spese (spesa sanitaria corrente, spesa sanitaria aggiuntiva, spesa sanitaria per il finanziamento del disavanzo sanitario pregresso e spesa per investimenti in ambito sanitario) e la verifica delle ulteriori risorse a disposizione delle Regioni per il finanziamento del servizio sanitario;
• Chiare modalità di redazione dei bilancio: il decreto illustra l’articolazione in capitoli delle entrate e delle uscite – in cui figurano distinti i flussi correnti, aggiuntivi, relativi al disavanzo pregresso e relativi agli investimenti;
• Trasparenza nei flussi di cassa: sono accesi dei conti di tesoreria unica intestati alle singole Regioni in cui confluiscono le risorse destinate al finanziamento del fabbisogno sanitario regionale standard alle singole Regioni dai quali si effettuano le erogazioni mensili, e dei conti intestati alla sanità presso i tesorieri delle Regioni in cui confluiscono le ulteriori risorse.
Le Regioni con gestione sanitaria accentrata devono:
• Elaborare e adottare il bilancio di esercizio in coerenza ai modelli ministeriali e alla redazione del bilancio sanitario consolidato;
• Assolvere ad altri obblighi relativi ai libri contabili, alle modalità di redazione del bilancio preventivo economico annuale e del bilancio di esercizio (gli schemi di bilancio sono presenti nell’Allegato 2 del decreto) e ai termini di approvazione del bilancio di esercizio da parte della Giunta regionale;
• Attenersi ai principi contabili di gestione della spesa finanziata da risorse destinate al Servizio nazionale;
• Rispettare le ulteriori norme in linea con la disciplina applicata a tali regioni che regolano gli obblighi e i principi contabili per gli enti sanitari e gli istituti zooprofilattici.
Nelle Regioni con gestione sanitaria accentrata presso la Regione, i libri contabili obbligatori della gestione sanitaria accentrata sono:
• Il libro giornale che registra indistintamente, in ordine cronologico, tutti i fatti di gestione che abbiano rilievo sui risultati di esercizio;
• Il libro degli inventari che contiene l’indicazione e la valutazione di tutte le attività e le passività relative alla gestione sanitaria accentrata presso la Regione.
Le Regioni che non hanno optato per la gestione sanitaria accentrata possono solamente effettuare operazioni di trasferimento dell’intero finanziamento previsto nell’esercizio di riferimento agli enti del servizio sanitario regionale.
Infine, le modalità di consolidamento del bilancio del Servizio sanitario regionale devono rispettare le norme concernenti il bilancio preventivo economico annuale consolidato una nota illustrativa, che esplicita i criteri impiegati nell'elaborazione del bilancio preventivo economico annuale ed il bilancio d’esercizio consolidato.
4.1.3. Controllo di gestione
Il controllo di gestione è uno strumento con il quale la Direzione Regionale si accerta che le attività ed i progetti vengano svolte secondo i piani prestabiliti, con l’uso delle risorse previste e raggiungendo gli obiettivi definiti. Il controllo di gestione è quindi strettamente connesso con la programmazione annuale che si basa sull’analisi dei bisogni sanitari e sul probabile andamento della domanda. Il ciclo della programmazione e del controllo di gestione comprende:
• La definizione degli obiettivi e degli indicatori con cui misurarne l’attuazione;
• La previsione di costi e investimenti e l’impegno da parte della direzione a fornire le risorse necessarie a raggiungere gli obiettivi;
• La rilevazione di indicatori mediante il sistema informativo;
• I resoconti periodici (cosiddetto reporting), che consentano di stimare il grado di accordo tra risultati attesi e conseguiti e di prevedere i risultati finali in assenza di cambiamenti.
L’insieme degli elementi costituisce il budget che nella sanità italiana indica un particolare bilancio preventivo economico per centri di responsabilità, con dettagliata definizione di obiettivi e individuazione dei responsabili del loro raggiungimento.
Si distingue tra budget annuale e budget degli investimenti, che comprende i progetti di investimento con periodi di realizzazione superiori ai 2 anni (costo totale, pagamenti già effettuati negli esercizi precedenti, scadenze dei pagamenti futuri).
Il budget, in campo sanitario in Italia, va applicato in maniera sostanziale e vanno inseriti obiettivi ed indicatori che riguardino:
• I risparmi nell’acquisizione di beni e servizi (farmaci, lastre, dispositivi medici impiantabili e non impiantabili, servizi esternalizzati);
• La produttività dei percorsi assistenziali e delle prestazioni sanitarie;
Elementi di qualità professionale (appropriatezza professionale degli interventi ed esiti di salute) e di qualità percepita dagli utenti.
4.1.4. Approvvigionamento di beni e servizi
Il processo di approvvigionamento di beni e servizi per la sanità è rilevante in quanto costituisce la seconda voce di spesa dopo quella del personale.
Le norme contenute nel Codice dei Contratti Pubblici del 2006 (aperta, ristretta, negoziata senza/dopo pubblicazione del bando di gara, il dialogo competitivo e l’accordo quadro) rientrano nell’ambito delle regole per garantire equità e trasparenza, ma anche qualità ed economia, alle forniture di beni e servizi per le organizzazioni sanitarie pubbliche. Il processo può essere scomposto nelle seguenti macro attività:
• Analisi esigenze e decisione d’acquisto: il fabbisogno di nuove attrezzature/apparecchiature o beni di consumo sanitari, e non, trae origine dalle esigenze espresse dai Responsabili delle diverse sanitarie. Le richieste di acquisto avanzate, formulate da parte dei vari responsabili (oppure derivanti da esigenze di sostituzione), devono essere valutate sotto vari punti di vista (requisiti di sicurezza, coerenza con il budget, implicazioni in termini di formazione e addestramento del personale addetto alla nuova apparecchiatura/attrezzatura, ecc.). Tutte le richieste con esito positivo sono inserite nel piano di investimenti, da cui discende poi tutta la programmazione delle varie attività, prettamente amministrative successive;
• Ricerca Fornitori e Procedura d’acquisto: garantisce la completa gestione delle procedure di affidamento degli Appalti pubblici di Forniture, Lavori e Servizi tipiche di una azienda sanitaria (ad esempio selezione del fornitore a fronte della valutazione delle offerte, aggiudicazione e successiva formalizzazione del contratto);
Gestione e monitoraggio contratti ed ordini: tali processi garantiscono tutti gli strumenti gestionali (e per effetto dell’integrazione anche gli strumenti contabili, quali ad esempio la fatturazione elettronica ed il pagamento elettronico) per il corretto monitoraggio dell’avanzamento dei contratti e degli ordini dal punto di vista gestionale, contabile e finanziario.
4.1.5. Logistica
Obiettivo primario di ogni Ente del SSN è offrire un’alta qualità delle prestazioni ai pazienti a costi contenuti. E’ stato creato per questo scopo il “Libro Bianco della Logistica Sanitaria” con lo scopo di delineare delle procedure che permettano il risparmio dei costi attraverso una riorganizzazione della supply chain. A tale proposto si riportano le linee guida descritte nel “Libro Bianco della Logistica Sanitaria” riguardano essenzialmente i beni “economali”, che sono gestiti attraverso:
• Un magazzino unico con vantaggi a cascata, tra cui la gestione unificata delle richieste di reparto, l’unificazione dei trasporti - che consente a parità di costi, rifornimenti più frequenti - la riduzione delle scorte, la gestione dei resi, scaduti destinati allo smaltimento;
• Un controllo informatico dei flussi fisici, grazie all’uso di tecnologie come i dispositivi in radiofrequenza RFld, che permettono di identificare in modo automatico il paziente, il farmaco e l’operatore che lo prepara e lo somministra. Gli stessi sistemi di radiofrequenza permettono il controllo della disponibilità di farmaci in magazzino e in reparto; si controllano così anche la scadenza delle singole confezioni o i livelli di scorta;
• Una Logistica di reparto snella: si occupa della distribuzione efficace ed efficiente ai vari reparti richiedenti;
• Gestione automatica dell’inventario: l’inventario periodico, al fine di stabilire il valore del magazzino, per le corrette poste di bilancio.
C’è da chiarire, tuttavia, che nella maggioranza delle Regioni l’attuale organizzazione è espressa da una polverizzazione dei magazzini, diversificati per tipologia dei prodotti e destinazione degli utilizzatori finali; occorre quindi gestire:
• La moltiplicazione delle quantità dei prodotti, dovuti all’assenza di economie di scala, nelle procedure di stoccaggio;
• La duplicazione delle risorse impiegate nelle procedure di magazzino e di ordine dai fornitori;
• Una Logistica di reparto impegnativa;
• Gestione manuale dell’inventario.
4.1.6. Facility management
Il Facility management consente di gestire le sedi e la corretta allocazione degli spazi al fine di rispettare sia le normative vigenti in termini di sicurezza e salute sul luogo di lavoro, sia per un corretto monitoraggio dei costi per singola postazione di lavoro o posto di degenza;
Qui di seguito elenchiamo le principali funzionalità del facility management:
• Gestione Fascicolo Immobiliare: vengono organizzate e monitorate tutte le informazioni inerenti agli immobili ed ai vari interventi che nel tempo si avvicendano;
• Gestione dei layout di struttura: vengono centralizzati e resi gestibili con l’interazione con gli strumenti CAD che potranno consentire una ottimale gestione delle urgenze in reparto di degenza o nei poliambulatori distrettuali;
• Gestione Inventario Asset: tutte le tipologie di Asset presenti negli immobili possono essere gestiti e movimentati durante tutto il loro ciclo di vita;
• Programmazione Attività: azioni che consentono di definire la programmazione o la ciclicità delle attività di controllo, manutenzione, pulizia, ecc. (assegnate a risorse interne o fornitori esterni) e di verificare l’effettivo rispetto del piano e l’assenza di criticità;
Gestione servizio di ristorazione e servizi annessi per i degenti e delle relative gare d’appalto.
4.1.7. Risorse umane
I processi delle risorse umane sono complessi ed articolati ed abbracciano tutte le attività relative alla gestione ed amministrazione del personale.
La gestione del personale si interessa di tutte le attività relative al singolo dipendente:
• Selezione ed assunzione: è il processo che si occupa della selezione di personale da inserire in organico sia dall’esterno che dall’interno per coprire posizioni vacanti;
• Organizzazione, ruoli e mansioni: in questo processo si definisce l’organizzazione operativa, si assegnano le responsabilità, si definiscono i ruoli e le mansioni. Quindi i dati anagrafici del personale dipendente, dirigente, borsista, stagista, collaboratore e qualsiasi altra persona fisica che ha rapporti lavorativi con l’Amministrazione sono relativi al posizionamento organizzativo, assegnazione del ruolo e della mansione inquadramento professionale e
d’impiego, formazione ed abilitazioni professionali, avanzamenti di carriera per automatismo;
• Formazione, percorsi di carriera: per ogni ruolo o mansione si elencano le competenze necessari, si definiscon0, quindi, corsi di formazione per mantenere le competenze aggiornate o colmare eventuali mancanze di competenze ed infine si definiscono percorsi di carriera per gli avanzamenti di ruolo;
• Valutazione del personale: annualmente si assegnano obiettivi al personale e si definiscono i criteri di valutazione delle prestazioni al fine di procedere con l’eventuale assegnazione di bonus o altri riconoscimenti;
L’ Amministrazione del personale si interessa di tutte le competenze amministrative, retributive, normative e fiscali del singolo dipendente:
• Rilevazione presenze e turni: la raccolta delle “timbrature”, delle assenze (malattie, ferie, permessi sindacali, missione, trasferte, etc.) e le attività di “quadratura della giornata” (ordinaria, straordinaria o su base di turni) sono dati utili al sistema di paghe e contributi;
• Missioni e trasferte: il processo di gestione trasferte è regolamentato sia dal contratto collettivo di lavoro che da ordini di servizio interni all’amministrazione. Quindi su tale base è definito un ciclo di richiesta ed approvazione di missione e/o di trasferta che è connesso con la quadratura della giornata e l’elaborazione del cedolino;
• Paghe e Contributi (payroll): si occupa della gestione automatica dei cedolini (calcolo, ricalcolo e pagamento) del personale dipendente in attuazione del contratto collettivo di lavoro in essere, delle normative vigenti in termini di competenze fisse, accessorie e variabili;
• Adempimenti fiscali e normativi: a corredo della retribuzione mensile, l’amministrazione del personale ha numerosi adempimenti fiscali, quali ad esempio, modulo 770, certificazione unica, ecc., e di compliance normativa, quali ad esempio quelli relativi alla sicurezza nei luoghi di lavoro (D. Lgs. 626/1994), alla trasparenza ed anticorruzione (Legge 190 del 2012), ecc..
4.2. Sistemi di Gestione dei Procedimenti Amministrativi
Ricadono in questo ambito i sistemi informativi atti a realizzare la gestione documentale dei procedimenti amministrativi degli Enti del Servizio Sanitario Nazionale, al fine di garantire la corretta gestione dell’intero ciclo di vita dei documenti dalla produzione sino alla archiviazione e conservazione, in un’ottica di
dematerializzazione intesa come il progressivo incremento della gestione documentale informatizzata e la conseguente sostituzione dei supporti tradizionali della documentazione amministrativa in favore del documento informatico, per apportare ottimizzazioni e benefici in termini di performance, costi e semplificazioni.
La gestione documentale e la dematerializzazione sono state avviate in maniera rilevante con il Codice dell’Amministrazione Digitale, emanato con il D. Lgs. 82 del 2015 e poi riformato con il D. Lgs. 235 del 2010; il CAD tra le altre questioni ha tentato di regolare in modo unitario e standardizzato ciò che riguarda l’informatizzazione dell’Amministrazione Pubblica in un unico corpus normativo autosufficiente. Oltre al Codice, sono seguiti negli anni regolamenti e principi, tra i quali vi è il DPCM del 13 novembre 2014, che individua le regole tecniche in materia di formazione, trasmissione, copia, duplicazione, riproduzione e validazione temporale dei documenti informatici nonché di formazione e conservazione dei documenti informatici delle P.A.. Nell’ambito dei Sistemi di Gestione dei Procedimenti Amministrativi, dal punto di vista tecnologico nel corso degli ultimi anni sono stati realizzati notevoli passi in avanti; le prime soluzioni di gestione documentale, con funzionalità native elementari, sono state sostituite od evolute con piattaforme più estese in termini di capability, integrate con altri sistemi all’interno del parco applicativo esistente. Sono sorti così a livello mondiale i sistemi di Enterprise Content Management (di seguito anche ECM), che arrivano a coprire tutte le esigenze delle Amministrazioni, dal protocollo informatico per censire i flussi documentali in/out, alla gestione documentale per gestire il ciclo di vita end-to-end dei documenti scambiati sia all’interno che all’esterno dell’organizzazione, all’automazione dei processi grazie alla presenza del workflow, a forme di collaborazione per creare ed editare documenti in maniera congiunta, ecc.. Con la crescita della domanda di servizi e tecnologia da parte delle Amministrazioni, stanno anche cambiando ed evolvendo i bisogni: le funzionalità offerte dalle soluzioni ECM sono sempre più estese ed integrate con i processi aziendali e con i Sistemi Informativi Gestionali, inoltre le esigenze si stanno spostando verso deployment di soluzioni a ridotta complessità, che consentano di ottenere sin da subito risultati tangibili per gli utenti, con una user experience sempre più migliorata ed estesa ad altri device (tablet e smartphone).
La digitalizzazione dei procedimenti amministrativi in ambito sanitario abilita nuove ed innovative modalità di comunicazione e interazione con altre Amministrazioni ed i cittadini, attraverso l’erogazione di servizi e la realizzazione di un unico punto di accesso. I sistemi per la gestione documentale consentono infatti di:
• Automatizzare i processi di classificazione, fascicolazione e definizione dei metadati per ciascun documento;
• Automatizzare la fase di registrazione dei documenti IN/OUT;
• Assegnare i documenti alle unità organizzative delle Amministrazioni;
• Dematerializzare il trattamento dei flussi documentali sia in ingresso che in uscita;
• Supportare l’archiviazione dei documenti informatici.
Il ricorso ai sistemi di gestione dei procedimenti amministrativi all’interno degli Enti del SSN porta notevoli vantaggi per l’organizzazione interna, per i cittadini utenti ed infine per i fornitori del settore sanitario. Infatti, tali sistemi velocizzano l’andamento dell’operatività e rispondono efficacemente alle esigenze normative, in termini di tempistiche di conservazione dei documenti e modalità di archiviazione e conservazione dei documenti sanitari. Stante la complessità del comparto della sanità, che affronta la sfera della salute del cittadino, i sistemi di gestione dei procedimenti amministrativi garantiscono l’integrità e l’identificazione certa ed univoca dei documenti, e la loro interoperabilità, permettendone una ricerca veloce, con una conseguente migliore qualità del servizio offerto, riducendo in tal modo gli errori e fornendo servizi efficienti ai cittadini.
Si riportano di seguito i sotto ambiti relativi ai sistemi di gestione dei procedimenti amministrativi. Tutte le attività dovranno essere proposte ed eseguite dal fornitore in coerenza con le linee guida emesse dall’Agenzia per l’Italia Digitale in materia di gestione dei procedimenti amministrativi.
4.2.1. Protocollo informatico
Le più recenti regole tecniche e principi per la protocollazione dei documenti informatici nella Pubblica Amministrazione sono entrati in vigore con la pubblicazione nella Gazzetta Ufficiale del 12 marzo 2014, nr. 59 e attraverso le specifiche e le regole tecniche per eseguire le operazioni di protocollo, definite con la Circolare Agid 23 gennaio 2013, n. 60, ed entrate in vigore dall’11 ottobre 2015 per tutte le Pubbliche Amministrazioni. Tali regole fanno seguito all’articolo 5 del DPCM del 3 dicembre 2013 “Regole tecniche per il protocollo informatico ai sensi degli articoli 40-bis, 41, 47, 57- bis e 71, del Codice dell’amministrazione digitale di cui al D. Lgs. n. 82 del 2005. La normativa sopra indicata disciplina il sistema di ricezione, formazione, registrazione, classificazione, fascicolazione, trattamento e conservazione dei documenti, oltre che la gestione dei flussi documentali e dei procedimenti delle Amministrazioni, tra cui rientrano gli enti del SSN.
I dettami normativi sono stati introdotti anche per fornire un importante supporto alla digitalizzazione della P.A., attraverso la trasmissione dei documenti non solo mediante
l'utilizzo della posta elettronica, ma anche attraverso la Posta Elettronica Certificata (di seguito anche PEC) e la cooperazione applicativa basata sul Sistema Pubblico di Connettività e sul Sistema Pubblico di Cooperazione. I cambiamenti sono stati introdotti con l’obiettivo di modernizzare l’Amministrazione Pubblica in generale e nello specifico gli Enti del SSN, introducendo nuovi processi orientati al miglioramento dei servizi, alla trasparenza dell’azione amministrativa e alla razionalizzazione dei costi.
In termini di funzionalità, il protocollo informatico consente di:
• Registrare i documenti in ingresso ed uscita, censendo i flussi documentali in/out all’interno dell’organizzazione e con l’esterno, attraverso la registrazione del documento, inizialmente cartaceo e poi digitale;
• Fascicolare i documenti, attraverso la formazione ed l’identificazione dei fascicoli;
• Archiviare i flussi documentali anche in modalità di conservazione sostitutiva a norma;
• Definire regole di sicurezza, in coerenza con i ruoli e le responsabilità dell’organizzazione, per l’accesso ai documenti;
• Formare, condividere ed inviare i documenti, all’interno dell’organizzazione ed all’esterno (altre Amministrazioni, cittadini ed imprese), con PEC o altre modalità previste;
• Conservare i documenti, in coerenza con la normativa vigente.
In generale, i benefici derivanti dall’utilizzo del protocollo informatico sono:
• Avere accessi univoci ed identificati da parte del personale, conservando i log di sistema;
• Gestire lo storico dei documenti protocollati;
• Avere documenti protocollati che non potranno essere modificati;
• Rispettare la privacy;
• Ecc..
Nella Pubblica Amministrazione e tra gli Enti del SSN i sistemi di protocollo hanno sempre avuto storicamente un ruolo centrale in quanto censiscono tempi, contenuti e destinatari delle comunicazioni all’interno ed all’esterno della singola Amministrazione.
Dal punto di vista delle architetturale, inizialmente i sistemi di protocollo sono stati concepiti come soluzioni applicative asincrone che, nel corso del tempo, sono state integrate con altri sistemi nell’ambito della gestione documentale. Attualmente in molti enti del SSN è possibile riscontrare la presenza di soluzioni di protocollo informatico integrate con i sistemi di ECM, in grado di gestire efficacemente oltre ai
flussi cartacei anche quelli digitali, ossia documenti creati, inviati ed archiviati totalmente in via digitale; molte di queste soluzioni, a titolo esemplificativo, generano un codice identificativo associato al documento, che segue interamente il suo ciclo di vita, con possibilità di “legarlo” ad altri documenti e flussi, associando la responsabilità.
4.2.2. Gestione documentale
La gestione documentale, supportata dalle soluzioni tecnologiche, consente di creare, modificare, condividere, distribuire ed archiviare i documenti in maniera integrata, anche attraverso l’utilizzo dei workflow. Attraverso le soluzioni di ECM, la gestione documentale ha raggiunto un livello di complessità che consente di migliorare i processi operativi degli enti del SSN.
In particolare, le funzionalità principali sono:
• Funzionalità di collaborazione nella redazione, revisione e gestione del versionamento dei documenti sia interna all’organizzazione che esterna;
• Funzionalità di scannerizzazione, indicizzazione, tagging e smistamento di documenti cartacei ed elettronici;
• Funzionalità di ricerca, anche full text, all’interno dell’intero patrimonio informativo documentale;
• Funzionalità di creazione, automazione e gestione dei processi e dei relativi flussi documentali, anche attraverso l’uso di tool grafici, con possibilità di monitorare lo stato di avanzamento delle attività;
• Funzionalità di integrazione con la Intranet dell’ente del SSN;
• Funzionalità di integrazione con le suite di Office Automation;
• Funzionalità collegate alla conservazione sostitutiva ed alle caselle di Posta Elettronica Certificata, ecc.
• Attraverso la gestione documentale è pertanto possibile gestire il patrimonio informativo dell’ente del SSN, gestire i processi ed i procedimenti, anche attraverso la workflow automation di seguito descritta, tracciare e verificare le attività, ecc..
4.2.3. Gestione dei flussi documentali per i processi amministrativi e workflow automation
La gestione dei flussi documentali per i processi amministrativi rientra nelle competenze precipue di ogni Ente del SNN. Il Codice di Amministrazione Digitale ha
introdotto dei principi relativi alla dematerializzazione dei documenti, che rappresentano l’output di procedimenti, delibere e determinazioni.
Con il ricorso ai workflow, in alcuni casi presenti all’interno delle soluzioni applicative di Enterprise Content Management, è possibile:
• Creare, automatizzare e gestire processi ed i relativi flussi documentali;
• Assegnare responsabilità nei vari step operativi;
• Verificare e monitorare lo stato di avanzamento delle attività.
Attraverso la l’automazione dei workflow è possibile conseguire un notevole aumento della produttività e un maggiore monitoraggio e controllo del processo documentale. A titolo di esempio alcuni Enti del SSN hanno configurato processi di business di approvazione di flussi operativi e dei documenti tramite l'utilizzo di tool grafici, creando meccanismi di reportistica sullo stato di avanzamento e creazione di notifiche agli utenti per l’avanzamento delle attività.
5. Competenze richieste al fornitore
Il fornitore deve poter mettere in campo competenze di natura funzionale, metodologica e tecnologica, tali da poter affrontare problemi e proporre, realizzare e gestire soluzioni nei contesti specifici degli Enti del SSN, generalmente eterogenei e diversificati. Di seguito viene riportato a titolo indicativo e non esaustivo un elenco delle competenze richieste, incluse quelle che fanno riferimento a specifici ambienti tecnologici.
Il fornitore prende atto che, nel contesto dei singoli contratti, le Amministrazioni possono introdurre variazioni dell’ambito tecnologico, a fronte di specifiche esigenze delle Amministrazioni stesse o per le naturali evoluzioni dei sistemi ICT, e si impegna ad erogare servizi adeguando le conoscenze del personale impiegato nell’erogazione dei servizi o inserendo nei gruppi di lavoro risorse con skill adeguato, senza alcun onere aggiuntivo per le Amministrazioni “clienti”.
Le competenze che il fornitore mette a disposizione per l’erogazione dei servizi oggetto di fornitura devono essere descritte, dimostrate e possedute, a livello di singolo concorrente o Raggruppamento di Imprese o Consorzio, in termini di strutture organizzative, centri di competenza messi a disposizione, risorse professionali, esperienze pregresse e presentazione di “casi di studio” specifici.
5.1. Competenze funzionali e tematiche
Le competenze funzionali e tematiche che il fornitore deve rendere disponibili per i servizi oggetto della presente iniziativa sono, a titolo indicativo e non esaustivo:
• Visione ampia delle problematiche tipiche della Sanità;
• Conoscenza dei processi degli enti del SSN;
• Competenze sull’elaborazione e monitoraggio dei Piani di Rientro della spesa sanitaria, (ex Legge Finanziaria 2005 e Intesa Stato-Regioni del 23 marzo 2005);
• Capacità nell’individuare le soluzioni applicative più aderenti all’ente Committente;
• Conoscenza della riforma introdotta dal X.Xxx. 118/2011 e dei Percorsi Attuativi della Certificabilità;
• Conoscenza della normativa e degli strumenti per la gestione dei procedimenti amministrativi, anche con riferimento alla normativa archivistica;
• Attitudine a lavorare per progetti aperti all’innovazione e all’aggiornamento tecnologico;
• Capacità di valutazione in termini di adeguatezza dei sistemi gestionali, organizzativi e di governance e capacità di riprogettarli in ottica di miglioramento o sostituzione;
• Innovazione nel disegno di soluzioni applicative e tecnologiche gestionali integrate e di sistemi documentali;
• Pianificazione strategica efficace e dinamica per interpretare e realizzare con successo il piano strategico della Sanità;
• Capacità di integrare competenze di management, con competenze contabili, fiscali, societarie e dei processi verticali di un Ente del SSN;
• Capacità di supportare ed accompagnare gli Enti del SSN nel percorso di cambiamento.
Il fornitore, a complemento delle competenze funzionali sopra descritte, dovrà inoltre mettere a disposizione adeguate competenze specifiche di carattere tematico in relazione a ciascuna tipologia di Amministrazione contraente. Tali competenze devono essere possedute e messe a disposizione per consentire il massimo livello di comprensione del contesto operativo dell’Amministrazione e conseguentemente delle scelte progettuali da adottare.
Nella Appendice 2 “Profili Professionali” sono indicate le competenze, le conoscenze e le certificazioni delle risorse professionali che dovranno essere impiegate dal fornitore per l’esecuzione della fornitura.
5.2. Competenze metodologiche
Al fornitore si richiedono competenze in merito a metodologie, tecniche, strumenti, standard e linee guida relativi alle modalità di erogazione di tutti i servizi oggetto della fornitura, come descritto in dettaglio nel seguito.
Le competenze metodologiche offerte e proposte dal fornitore devono essere coerenti e riconducibili alle principali metodologie internazionali; le competenze a titolo indicativo e non esaustivo sono:
• ISO 9000 che raggruppa le norme che definiscono i requisiti per la realizzazione, in un organizzazione, di un sistema di gestione di qualità, al fine di condurre i processi aziendali, migliorare l’efficacia e l’efficienza nella realizzazione del prodotto e nell’erogazione del servizio, ottenere ed incrementare la soddisfazione del cliente;
• Approcci metodologici adottabili per il project management che includono gli approcci agili, interattivi, incrementali e basati sulla successione di fasi predefinite (quali ad esempio: PMI, PRINCE2, IPMA, ITIL);
• Approccio metodologico per la realizzazione e gestione di sistemi informatici complessi ed integrati;
• Metodologie specifiche e verticali del prodotto e/o piattaforma e/o soluzione tecnologica e/o pacchetto applicativo (quali ad esempio: AGILE, LEAN, ASAP,
.NET framework, OA Framework);
• Famiglia di norme che regolano i metodi di misurazione della dimensione funzionale del software (quali ad esempio: IFPUG - International Function Point Users Group, COSMIC - Common Software Measurement International Consortium).
Nella Appendice 2 “Profili Professionali” son o indicate le competenze, le conoscenze e le certificazioni delle risorse professionali che dovranno essere impiegate dal fornitore per l’esecuzione della fornitura.
5.3. Competenze applicative
Le competenze applicative hanno una duplice valenza che combina la conoscenza degli ambiti funzionali, delle aree e delle tematiche delle Amministrazioni del SSN, con la
capacità tecnica di realizzare ed implementare le soluzioni applicative di mercato o verticali o ad hoc secondo gli standard di personalizzazione e sviluppo e secondo quanto indicato dalla Amministrazione contraente.
Le principali competenze informatiche che il fornitore deve mettere in campo sono, a titolo indicativo e non esaustivo:
• Conoscenza avanzata dei sistemi ERP, quali a titolo di esempio non esaustivo: Oracle e-business suite, SAP ERP, Zucchetti Gestionali/ERP, Areas, C4H, GPI, e4Cure, Infinity, ADF, Sigma, ecc.;
• Conoscenza avanzata dei sistemi ECM, quali a titolo di esempio non esaustivo: IBM FileNet Content Manager, EMC2 Documentum, Alfresco, Oracle Content Management, Microsoft SharePoint, OpenText Enterprise Information Management, SIAV, MAW document management, ecc.;
• Capacità di individuare e rappresentare le soluzioni applicative maggiormente rispondenti alle esigenze ed ai requisiti del SSN;
• Competenza sull’intero ciclo di vita del software, dal disegno, alla realizzazione, test, integrazione, roll out e conduzione in esercizio;
• Competenza specifica delle tecniche di parametrizzazione di sistemi ERP ed ECM;
• Capacità di effettuare manutenzione evolutiva, correttiva, adeguativa su sistemi ERP ed ECM;
• Competenza specifica delle tecniche di realizzazione di procedure e programmi utilizzando il linguaggio di programmazione nativo dell’applicazione indicata e valutando correttamente gli impatti sui programmi già in uso;
• Conoscenza dei linguaggi ed ambienti di programmazione (comprensivi dei relativi ambienti e strumenti) nativi dei pacchetti di mercato o non, quali a titolo di esempio non esaustivo: ABAP/4, WebJavaAbap, Xxxx, Xxxxxxxxxx, Xxxxxx, XXX, XXXXX, Xxxxx, XXXX, XX0, ecc.;
• Capacità analitiche e realizzative nell’individuare correttamente i più significativi casi di test di non regressione o di nuovo utilizzo ed eseguirli;
• Conoscenza approfondita di piattaforme e strumenti di testing del software;
• Capacità di formare gli utenti al corretto utilizzo dei sistemi gestionali integrati.
Nella Appendice 2 “Profili Professionali” sono indicate le competenze, le conoscenze e le certificazioni delle risorse professionali che dovranno essere impiegate dal fornitore per l’esecuzione della fornitura.
5.4. Competenze tecnologiche
Le principali competenze tecnologiche richieste al fornitore sono di seguito elencate, a titolo indicativo e non esaustivo:
• Conoscenza avanzata dei principali sistemi operativi di base, quali a titolo di esempio non esaustivo: UNIX (AIX, HP-UX, Solaris), Linux (red Hat, Ubuntu, Suse), Windows (NT, 2000, XP, Vista, Seven, 8), ecc.;
• Conoscenza di Web server, quali a titolo di esempio non esaustivo Apache, Microsoft Internet Information Server, ecc., ed Application server, quali a titolo di esempio non esaustivo Jboss, WebSphere, WebLogic, Oracle, Tomcat, ecc.;
• Conoscenza dei principali sistemi operativi client;
• Conoscenza avanzata di tecniche di progettazione e di dimensionamento dei DBMS relative a sistemi ERP ed ECM;
• Conoscenza avanzata di DBMS relazionali, quali a titolo di esempio non esaustivo: Oracle Database, IBM DB2, Microsoft SQL, MySQL, FileMaker, ecc.;
• Conoscenza dei sistemi operativi “mobile”, quali a titolo di esempio non esaustivo: Android, iOS, Linux, Symbian, Microsoft, ecc.;
Nella Appendice 2 “Profili Professionali” sono indicate le competenze, le conoscenze e le certificazioni delle risorse professionali che dovranno essere impiegate dal fornitore per l’esecuzione della fornitura.
6. Servizi della fornitura
I servizi oggetto della fornitura sono di tre tipologie:
• Servizi di sviluppo software: questa tipologia raggruppa i servizi necessari alla corretta analisi dei requisiti e funzionale, disegno tecnico, progettazione, parametrizzazione, personalizzazione e sviluppo di sistemi nei due ambiti di gara. I servizi possono essere relativi sia a soluzioni di mercato che a soluzioni sviluppate ad hoc;
• Servizi di gestione, manutenzione e assistenza: questa tipologia raggruppa i servizi di gestione e manutenzione delle applicazioni nonché di conduzione operativa dei sistemi e delle infrastrutture in entrambi gli ambiti di gara. Anche per questa tipologia i servizi possono essere relativi sia a sistemi di mercato che a sistemi sviluppati ad hoc e proprietari delle Amministrazioni;
• Servizi di supporto organizzativo: si intendono tutti i servizi di supporto alla revisione dei processi, alla realizzazione di programmi di cambiamento organizzativo e procedurale, progettazione e monitoraggio di “Masterplan”, nonché i servizi di supporto tematico, funzionale ed architetturale necessari per una raccolta ed analisi puntuale ed esaustiva dei requisiti di business per procedere ai servizi di sviluppo software.
6.1. Servizi di sviluppo software
I servizi di sviluppo software prevedono lo sviluppo di una nuova applicazione o in alternativa l’esecuzione di una modifica o evoluzione di un’applicazione esistente o in esercizio, secondo le esigenze dell’Amministrazione contraente, e seguono i cicli di vita del software (ciclo completo, ciclo ridotto, ciclo a fase unica, ciclo realizzativo, altri cicli di vita) descritto nell’Appendice 3 “Ciclo di vita e prodotti del servizio”, le cui fasi principali sono:
• Definizione;
• Analisi;
• Disegno;
• Sviluppo;
• Test e collaudo;
• Elaborazione di documentazione;
• Messa in esercizio.
La scelta della tipologia di ciclo di vita da adottare è assegnata all’Amministrazione contraente nel momento dell’attivazione del progetto da realizzare.
Al fine di identificare metriche, team di risorse, modalità di erogazione meglio rispondenti alle attività richieste, si distinguono i casi in cui il software è proprietario dell’Amministrazione dai casi di sistemi basati su un pacchetto commerciale o in riuso oppure open source. Pertanto, i servizi realizzativi sono così differenziati: parametrizzazione e personalizzazione di soluzioni di mercato o di software open source, analisi, progettazione e realizzazione software ad hoc (ovvero di software specifico realizzato su esigenze funzionali e tecniche dell’Amministrazione.
All’interno del Contratto Esecutivo, l’Amministrazione contraente potrà istanziare il servizio su un unico progetto realizzativo oppure raccogliere nel servizio le esigenze progettuali di evoluzione su un arco temporale. In quest’ultimo caso, il servizio sarà stimato come la somma di un insieme di interventi progettuali corrispondenti a specifici obiettivi. Ciascun di essi avrà una esecuzione suddivisa in fasi, secondo un ciclo di sviluppo dipendente dalle dimensioni, dagli aspetti temporali, dalla criticità e dalla tipologia di obiettivo.
Si sottolinea che sarà la singola Amministrazione contraente del Contratto Esecutivo ad individuare le responsabilità del fornitore, a cui potrà affidare sia il ciclo completo delle attività – a partire dall’analisi dei requisiti e sino all’avvio in esercizio – sia cicli parziali quali ad esempio cicli di sola realizzazione software.
6.1.1. Servizio di parametrizzazione e personalizzazione
Il servizio di parametrizzazione e personalizzazione è utilizzato nel caso in cui il sistema da sviluppare è di mercato e quindi è necessario parametrizzare, in funzione delle esigenze dell’Amministrazione contraente, le sue funzionalità “native” o “standard”, secondo le fasi del ciclo di vita del software descritte in dettaglio nell’Appendice 3 “Ciclo di vita e prodotti del servizio”: definizione, analisi, disegno, sviluppo, test e collaudo, elaborazione di documentazione, avvio in esercizio.
Le attività principali attese nel servizio di parametrizzazione e personalizzazione sono:
• Parametrizzazione: operazioni, compendiate in “Check List”, consistenti in una serie di passi obbligatori o opzionali a seconda delle ipotesi di mappatura formulate a valle della raccolta dei requisiti. Fra queste si citano le principali quali la definizione delle strutture di codifica dei dati, la definizione dei campi descrittivi, la definizione degli elenchi di valori che guidano l’utente applicativo nella transazione a sistema, la definizione dei Menu applicativi, strutture ad albero di funzioni applicative, la definizione dei Ruoli di Utenza, che garantiscono il partizionamento logico dei dati, delle funzioni e delle stampe disponibili all’Utente, nonché delle opzioni di Profilo e Profili di
Sicurezza in relazione al corretto e sicuro utilizzo del Sistema, la definizione delle modalità di esecuzione dei processi di background, che allineano le transazioni operate a Sistema e garantiscono la consistenza complessiva del dato;
• Personalizzazione: utilizzo di funzioni applicative per introdurre nuove funzionalità o completare l’aderenza della soluzione verso i requisiti utente. Tra i principali si citano la personalizzazione del layer di “presentation”, l’utilizzo di wizard applicativi per la mappatura di processi, la creazione di gerarchie autorizzative, che riflettano i dettami procedurali dell’Amministrazione contraente, l’aggiunta di prospetti e reportistica, la creazione di nuovi processi informatici e nuove pagine di inserimento dati, fino alla creazione di veri e propri nuovi "moduli" applicativi, che utilizzino strutture dati preesistenti o create ex novo.
6.1.2. Servizio di analisi, progettazione e realizzazione software ad hoc
Il servizio di analisi, progettazione e realizzazione software ad hoc è attivabile per la progettazione e sviluppo di:
• Sistemi ERP “custom” o ad hoc: in questo caso la consegna delle funzionalità descritte nel dettaglio nei documenti di analisi funzionali andranno sviluppate secondo le regole definite e le dimensioni tecnologiche (ambiente di sviluppo, linguaggio di programmazione, DBMS, ecc.) scelte per il sistema custom;
• Funzionalità aggiuntive (add-on) ai sistemi ERP di mercato: in alcune ipotesi, infatti, l’Amministrazione Committente può decidere di far sviluppare “ad hoc” alcune funzionalità specifiche, presenti o non presenti “nativamente” nel sistema di mercato. le nuove funzionalità vanno integrate nel sistema di mercato secondo gli standard e le dimensioni tecnologiche del software vendor.
Le attività che il fornitore viene chiamato a realizzare per l’Amministrazione contraente sono:
• Disegnare e progettare nel dettaglio le singole funzionalità del sistema e/o aggiuntive, anche attraverso la produzione di prototipi;
• Utilizzare le specifiche regole di codifica, manutenzione e riusabilità del software in oggetto o, se necessario, definire dapprima le regole e poi procedere con la codifica;
• Dettagliare la lista di funzionalità standard da modificare;
• Dettagliare i requisiti funzionali espressi dall’Amministrazione contraente;
• Dettagliare la lista di funzionalità da aggiungere (add-on) a quelle standard in quanto non fornite dalla soluzione applicativa e ritenute necessarie per supportare il processo in esame;
• Sviluppare nelle logiche e regole di codifica del pacchetto stesso che ne garantiscano la migliore e più agevole manutenzione, nonché successivo riuso da parte dell’Amministrazione committente o altra Amministrazione terza;
• Garantire la compatibilità con il release/livello effettivo degli ambienti di collaudo/esercizio attivi al momento in cui il software sarà utilizzato;
• Predisporre e mantenere costantemente adeguati i propri ambienti di sviluppo e testing alle configurazioni degli ambienti dell’Amministrazione, per prevenire e minimizzare eventuali criticità derivanti da disallineamenti tra gli ambienti del fornitore e quelli target;
• Effettuare il servizio di garanzia del software sviluppato, per la correzione di eventuali bug e malfunzionamenti o difformità di funzionamento rispetto a quanto espresso nei requisiti, da intendersi comprensivo dei test di non regressione rispetto alle funzionalità preesistenti lo sviluppo specifico che ha generato il bug/malfunzionamento;
• Fornire assistenza finalizzata all’avvio in esercizio delle applicazioni realizzate;
• Garantire la realizzazione e/o l’aggiornamento della baseline applicativa attraverso la produzione di misure, materiale e documentazione;
• Produrre tutta la documentazione tecnica prevista ed utile alla manutenzione tecnico-applicativa del nuovo software rilasciato.
6.1.3. Servizio di manutenzione evolutiva
Questo servizio si applica sia ai sistemi di mercato che a quelli ad hoc. Le attività di manutenzione evolutiva prevedono:
• Dettagliare i requisiti funzionali di evoluzione, espressi dall’Amministrazione contraente;
• Effettuare sviluppi di nuove funzionalità o workflow all’interno di processi già coperti e rilasciati agli utenti utilizzatori;
• Modificare funzionalità e workflow già esistenti secondo nuovi requisiti necessari per supportare cambiamenti di processo e/o organizzativi e/o normativi;
• Innovare tecnologicamente le soluzioni applicative in uso attraverso gli upgrade a nuove versioni, utilizzo di nuovi sistemi di integrazione o nuove piattaforme tecnologiche, ampliamento del contenuto informativo di alcuni moduli, ecc.;
• Effettuare il servizio di garanzia del software sviluppato, per la correzione di eventuali bug e malfunzionamenti o difformità di funzionamento rispetto a quanto espresso nei requisiti, da intendersi comprensivo dei test di non regressione rispetto alle funzionalità preesistenti lo sviluppo specifico che ha generato il bug/malfunzionamento;
• Fornire assistenza finalizzata all’avvio in esercizio delle applicazioni realizzate;
• Garantire la realizzazione e/o l’aggiornamento della baseline applicativa attraverso la produzione di misure, materiale e documentazione;
• Produrre tutta la documentazione tecnica prevista ed utile alla manutenzione tecnico-applicativa del nuovo software rilasciato.
6.1.4. Servizio di migrazione sistemi e applicazioni
Il servizio di migrazione sistemi e applicazioni segue temporalmente i servizi descritti in precedenza, per le necessarie attività di upgrade ed aggiornamento sia applicativo (patch, nuove release di software, ecc.) che tecnologico (aggiornamento dei software di base, dell’hardware di base, ecc.).
In linea generale, i servizi di migrazione e conversione delle applicazioni consistono nella trasformazione di prodotti software completi (costituiti cioè da software applicativo e da tutte le componenti ad esso correlato, comprese le basi dati) da una piattaforma tecnologica ad un’altra, basata su una diversa architettura, lasciando inalterate tutte le funzionalità dell’applicazione di partenza. In caso contrario, ovvero se si prevede di introdurre cambiamenti alle funzionalità occorre ricorrere al servizio di manutenzione evolutiva. Fanno eccezione a questa regola i requisiti funzionali che si riferiscono a caratteristiche prestazionali, che, a fronte del processo di migrazione/conversione, potrebbero risultare migliorati.
In queste circostanze, cioè quando occorre effettuare una migrazione su sistemi commerciali oppure custom è necessario garantire:
• Il corretto funzionamento di tutti gli scenari di processo in esercizio prima della migrazione;
• Il corretto popolamento e consistenza della base dati. Le principali attività che rientrano in questo servizio sono:
• Redazione di un documento preliminare di «Strategia di migrazione» nel quale definire gli aspetti tecnologici del sistema da e a cui migrare, l’elenco delle funzionalità e dei relativi moduli impattati, il piano di migrazione, la fattibilità tecnica e la stima delle attività necessarie;
• Produzione di un documento di dettaglio contenente almeno l’elenco degli oggetti applicativi (transazioni, dati, funzionalità standard, nuove funzionalità, funzionalità custom, ecc.) da migrare con le relative modalità operative, la granularità dei dati e le regole di transcodifica dal “vecchio a nuovo dato”;
• Realizzazione di programmi di migrazione secondo le regole di sviluppo software del sistema di riferimento;
• Definizione di una strategia di test ed un piano di test di non regressione;
• Disegno ed esecuzione di test singoli e massivi per tutti gli scenari di business inseriti nel piano;
• Esecuzione della migrazione in ambienti di prova e di esercizio;
• Verifica della correttezza e congruità della base dati dopo la migrazione.
6.1.5. Team mix dei servizi di sviluppo software
Di seguito si riporta il team mix relativo al servizio di sviluppo software.
Le figure professionali previste sono descritte nell’Appendice 2 del Capitolato Tecnico “Profili Professionali”.
Servizio | Figura professionale | Team mix |
Parametrizzazione e personalizzazione | Capo Progetto | 8% |
Analista funzionale | 22% | |
Specialista di prodotto | 20% | |
Architetto di sistema | 5% | |
Analista programmatore | 30% | |
Data-base Administrator | 15% | |
Totale | 100% | |
Analisi, progettazione e realizzazione SW ad hoc | Capo Progetto | 10% |
Analista funzionale | 25% | |
Specialista di prodotto | 10% | |
Architetto di sistema | 15% | |
Analista programmatore | 30% | |
Data-base Administrator | 10% | |
Totale | 100% | |
Manutenzione evolutiva | Capo Progetto | 5% |
Analista funzionale | 25% | |
Specialista di prodotto | 10% | |
Architetto di sistema | 10% | |
Analista programmatore | 40% | |
Data-base Administrator | 10% |
Servizio | Figura professionale | Team mix |
Totale | 100% | |
Migrazione sistemi e applicazioni | Capo Progetto | 5% |
Analista funzionale | 20% | |
Specialista di prodotto | 15% | |
Architetto di sistema | 10% | |
Analista programmatore | 40% | |
Data-base Administrator | 10% | |
Totale | 100% |
6.2. Servizi di gestione, manutenzione e assistenza
Le attività necessarie alla corretta gestione e conduzione dei sistemi sono suddivise in servizi descritti in dettaglio nel seguito. In funzione dell’organizzazione dell’Amministrazione contraente, i servizi di questa tipologia possono includere il contatto diretto con gli utenti delle applicazioni che potranno rivolgersi direttamente al servizio via telefono e/o via e-mail o portale Web oppure indiretto tramite un Help Desk di I livello appositamente dedicato.
Le risorse del fornitore preposte al servizio dovranno acquisire e mantenere un’ottima preparazione sia funzionale sia tecnica sui sistemi, sulle applicazioni ed in genere sul patrimonio applicativo dell’Amministrazione. Tali risorse dovranno lavorare in sinergia con il team dei servizi realizzativi e con i restanti team sugli altri servizi al fine di rispondere prontamente ed efficacemente alle diverse attività contenute nel servizio stesso. Laddove previsto il colloquio con l’utenza, oltre alla tempestività ed efficacia dell’assistenza fornita, le risorse del fornitore devono possedere professionalità nella gestione della relazione con l’utenza stessa.
I livelli di servizio minimi sono presenti nell’Appendice 1 “Indicatori di qualità della fornitura”.
6.2.1. Servizio di presa in carico dei sistemi esistenti e trasferimento di know how
Il servizio di presa in carico dei sistemi esistenti e trasferimento di know how rappresenta una vera e propria fase di passaggio di consegne fra l’Amministrazione contraente, o terzi da essa incaricati, ed il fornitore. Questa fase è descritta nel successivo paragrafo 6.4. Le attività che il fornitore è chiamato a svolgere sono:
• Realizzare tutte le attività preparatorie e necessarie all’acquisizione del know how relativo al contesto applicativo e tecnologico;
• Erogare la formazione del personale preposto al servizio;
• Definire gli strumenti operativi e di supporto al servizio di gestione delle applicazioni e relativo monitoraggio;
• Realizzare il piano di qualità e la pianificazione del subentro (ad esempio, riunioni di lavoro, rilevazione delle configurazioni in essere sui vari sistemi, esame della documentazione esistente);
• Eseguire la verifica in merito alla consistenza della baseline applicativa, se presente, stimata in Function Point o giorni uomo, suddivisa per singola applicazione e/o funzionalità.
6.2.2. Servizio di gestione applicativa e supporto utenti
L’HD II eroga il supporto per la gestione e la risoluzione di tutti i problemi quotidiani relativi a malfunzionamenti/errori rilevati e relativi al funzionamento del sistema gestionale integrato e di gestione dei procedimenti amministrativi e/o difficoltà operative degli utenti nell’utilizzo delle applicazioni.
Le attività che il fornitore viene chiamato a realizzare sono:
• Problem determination: consiste nell’individuare la componente in errore e le cause del problema;
• Problem routing: consiste nel determinare, in funzione del tipo di problema e del componente in errore, la struttura di supporto (dell’Amministrazione o di terzi) cui compete il problema ed assegnarlo ad essa per la risoluzione;
• Problem solving: consiste nella effettuazione delle attività correttive di 2° livello;
• Problem control: consiste nel coordinamento di tutte le attività del processo ed al rispetto dei livelli di servizio richiesti;
• Problem reporting: consiste nel tracciamento del processo e nella produzione di opportuna reportistica, che illustri con cadenza mensile tutti gli interventi effettuati;
• Produzione di documentazione per i casi di errore ricorrenti (FAQ);
• Produzione di materiale formativo per gli utenti su specifiche funzionalità.
6.2.3. Servizio di manutenzione adeguativa e correttiva
Il servizio di manutenzione adeguativa e correttiva si articola nelle seguenti attività:
• MAC (interventi di manutenzione correttiva): questi interventi sono finalizzati ad eliminare funzionamenti errati e ad al ripristino delle funzionalità previste. Se il malfunzionamento riguarda programmi standard, il ripristino della funzionalità avviene attraverso l’applicazione di “patch” rilasciate dal/i software vendor, altrimenti attraverso modifica del codice custom realizzato ad hoc. Il fornitore deve comunque effettuare la diagnosi e la rimozione delle cause dei malfunzionamenti, nonché gli effetti derivanti dai malfunzionamenti sulle basi dati. I difetti presenti nel codice sorgente o nelle basi dati, non rilevati a suo tempo durante il ciclo di sviluppo, collaudo e migrazione dati, sono risolti dalle attività MAC. Nell’ambito di questo servizio il fornitore deve attivare anche la competenza sistemistica necessaria alla identificazione e corrispondente soluzione dei malfunzionamenti;
• MAD (interventi di manutenzione adeguativa): questi interventi sono volti ad adattare le funzionalità applicative esistenti in funzione di mutamenti dell’ambiente quali quelli di seguito riportati a titolo esplicativo e non esaustivo:
o Variazione di una procedura o altro;
o Introduzione di nuovi prodotti software e applicazione di eventuali patch dei prodotti;
o Nuove modalità di gestione del sistema (come ad esempio definizione di nuovi profili utente e autorizzativi o modifica o cancellazione di profili esistenti; introduzione di nuovi workflow, ecc.);
o Quanto sopra in un contesto generale di compatibilità con l’esistente, qualora cioè non siano richiesti progetti specifici e consistenti migrazioni (porting applicativo);
• MEV (interventi di piccola manutenzione evolutiva): questi interventi sono finalizzati all’ottimizzazione delle applicazioni ed al perfezionamento delle procedure; in generale saranno considerati interventi MEV tutti quegli interventi evolutivi che richiedano non più di 10 (dieci) giorni-uomo complessivi per ciascun intervento.
A seguito della richiesta di intervento MAC o MAD o MEV e della immediata presa in carico, il fornitore è responsabile della gestione (analisi tecnica e sul dominio dei dati, interazione con l’utente, proposta di soluzione, pianificazione delle attività,
documentazione dell’intervento, ecc.) e risoluzione dell’intervento sino alla accettazione esplicita di chiusura dell’intervento da parte dell’utente.
Tutti i servizi dovranno essere opportunamente pianificati con l’Amministrazione contraente, al fine di garantire la disponibilità del sistema anche in condizioni di criticità.
6.2.4. Servizio di assistenza da remoto e supporto specialistico
Con il servizio di assistenza da remoto l’Amministrazione contraente può richiedere:
• Un punto di accesso unificato di primo livello (Help Desk di primo livello) dedicato ai sistemi ERP ed ECM volto ad assicurare la tracciabilità in termini di segnalazioni/azioni intraprese;
• Un servizio di reperibilità altamente specializzato in grado di intervenire per “escalation” autorizzata a distanza fornendo indicazioni per la risoluzione di problematiche complesse e specialistiche sia applicative che tecniche;
• Qualsiasi altra attività di supporto remoto individuata dall’Amministrazione nell’ambito dei servizi sopra descritti, infatti le precedenti attività sono da ritenersi indicative e non esaustive.
Il servizio di supporto specialistico è orientato, prevalentemente, al supporto all’Amministrazione contraente e prevede la realizzazione di:
• Redazione di note tecniche e documentazione per il supporto all’esercizio;
• Creazione e manutenzione di utility per l’automazione di attività di produzione;
• Supporto al capacity planning;
• Supporto per l’ottimizzazione delle architetture e delle applicazioni;
• Realizzazione di prodotti informatici o erogazione di servizi ad hoc, per soddisfare particolari e puntuali esigenze dell’utente, non risolvibili con le funzionalità disponibili nel sistema informativo e che non entrano a far parte stabile del parco applicativo;
• “Training on the job” al personale dell’Amministrazione o a terzi da essa individuati, finalizzata a trasmettere il know-how funzionale applicativo e tecnico-sistemistico necessario al corretto utilizzo del software in esercizio.
6.2.5. Servizio di conduzione tecnica infrastruttura (opzionale)
Il servizio di conduzione tecnica dell’infrastruttura è riconducibile all’ordinaria gestione e manutenzione dell’infrastruttura, per il suo funzionamento in termini di efficienza e disponibilità dei sistemi. Le attività all’interno di tale servizio sono:
• Eseguire attività schedulate (check list periodiche);
• Assicurare il controllo sullo stato dei sistemi;
• Individuare criticità o malfunzionamenti ed intraprendere le azioni necessarie;
• Prevenire, gestire e risolvere i problemi che comportano interruzione o degrado del servizio all’utenza;
• Ottimizzare l’utilizzo delle risorse e garantire la disponibilità, la salvaguardia e l’integrità dei dati;
• Garantire l’efficienza dei sistemi rispetto all’utilizzo delle risorse, controllare l’impatto sulla tecnologia esistente e garantire l’adeguamento degli ambienti elaborativi a fronte dell’immissione in esercizio di modifiche correttive e/o evolutive di applicazioni esistenti;
• Monitorare e verificare i consumi effettivi delle eventuali infrastrutture e servizi in cloud.
A differenza degli altri servizi sopra indicati, l’attivazione da parte dell’Amministrazione contraente e l’affidamento al fornitore di questo servizio è opzionale e può essere attivato dall’Amministrazione soltanto insieme agli altri servizi di Gestione, manutenzione e assistenza.
6.2.6. Team mix dei servizi di gestione, manutenzione e assistenza
Di seguito si riporta il team mix relativo ai servizi di gestione, manutenzione e assistenza. Le figure professionali previste sono descritte nell’Appendice 2 del Capitolato Tecnico “Profili Professionali”.
Servizio | Figura professionale | Team mix |
Gestione applicativa e supporto utenti | Capo Progetto | 5% |
Analista funzionale | 25% | |
Specialista di prodotto | 5% | |
Architetto di sistema | 5% | |
Analista programmatore | 50% | |
Data-base Administrator | 10% | |
Totale | 100% | |
Manutenzione adeguativa e correttiva | Capo Progetto | 5% |
Analista funzionale | 30% |
Servizio | Figura professionale | Team mix |
Specialista di prodotto | 5% | |
Architetto di sistema | 5% | |
Analista programmatore | 50% | |
Data-base Administrator | 5% | |
Totale | 100% | |
Assistenza da remoto e supporto specialistico | Capo Progetto | 5% |
Analista funzionale | 15% | |
Specialista di prodotto | 30% | |
Architetto di sistema | 10% | |
Analista programmatore | 30% | |
Data-base Administrator | 10% | |
Totale | 100% | |
Conduzione tecnica infrastruttura | Capo Progetto | 5% |
Specialista di prodotto | 15% | |
Sistemista Snr | 25% | |
Sistemista Jnr | 40% | |
Data-base Administrator | 15% | |
Totale | 100% |
6.3. Servizi di supporto organizzativo
Nell’ambito della fornitura in oggetto sono previsti anche i servizi di supporto organizzativo, stante l’elevata eterogeneità organizzativa, di processo e tecnologica presente negli Enti del SSN.
I servizi di supporto che verranno realizzati dal fornitore dovranno tenere conto del contesto organizzativo e tecnologico, delle specificità e delle dimensioni di ciascuna Amministrazione.
Il fornitore, in risposta al presente bando, dovrà fornire una dettagliata descrizione dei servizi che intende garantire, che verranno attivati dagli Enti del SSN.
6.3.1. Servizio di supporto alla revisione dei processi
I servizi di supporto alla revisione dei processi hanno l’obiettivo di supportare gli Enti del SSN nell’avvio del percorso di evoluzione dell’organizzazione e delle soluzioni IT, attraverso l’analisi della situazione attuale, la descrizione di ipotesi di disegno e/o ridisegno dei processi e degli interventi tecnologici da realizzare, l’individuazione del modello a tendere.
I servizi di supporto alla revisione dei processi vengono realizzati dal fornitore relativamente agli Ambiti descritti nel paragrafo 4 del presente documento.
Nel caso in cui l’Ente del SSN intenda introdurre, sostituire o innovare il sistema informativo o parte di esso, le attività che il fornitore può essere chiamato a svolgere sono:
• Redazione del documento «Masterplan», inteso come il punto di riferimento documentale in termini di pianificazione delle attività realizzative riguardanti il sistema informativo o parte di esso, le attività di cambiamento organizzativo, processivo e procedurale da realizzare, gli impatti sulle risorse umane, il change management, ecc.. Il Masterplan rappresenta pertanto lo strumento con il quale l’Amministrazione analizza e pianifica gli eventuali interventi di carattere tecnologico che vorrà adottare;
• Advisory strategico e direzionale, per la progettazione e lo sviluppo di interventi volti al miglioramento delle funzioni e dei servizi tecnologici dell’Amministrazione;
• Analisi della situazione esistente dell’organizzazione e dei sistemi IT, attraverso la ricognizione della situazione attuale e l’individuazione di scenari alternativi, l’identificazione degli impatti derivanti dalle soluzioni proposte;
• Assessment organizzativo, volto ad analizzare la situazione attuale dell’Amministrazione ed a pianificare interventi di cambiamento organizzativo e procedurale;
• Definizione del modello organizzativo e di funzionamento dell’Amministrazione, comprendente organizzazione, processi e sistemi, per dare attuazione agli obiettivi strategici dell’Amministrazione;
• Business process re-engineering: il disegno e/o ridisegno dei processi potrà essere determinato da differenti eventi aziendali, quali ad esempio cambiamenti organizzativi, evoluzione normativa, implementazione di nuovi sistemi informativi, ecc.. Il BPR verrà svolto dal fornitore con l’obiettivo di analizzare i processi attuali dell’Amministrazione e proporre azioni di efficientamento, quali ad esempio l’accorpamento di attività, l’informatizzazione di attività, la creazione di nuovi processi, ecc.;
• Individuazione dei business requirements, intesi come i requisiti di business che esplicita l’Amministrazione con riferimento all’evoluzione del sistema informativo o di parte di esso, con l’obiettivo di individuare le esigenze tecnologiche ed organizzative alle mutate esigenze;
• Progettazione e realizzazione di interventi di change management, quali ad esempio formazione, workshop, comunicazione, ecc., a seguito di interventi organizzativi, di processo e/o tecnologici, con l’obiettivo di allineare le risorse rispetto ai cambiamenti introdotti.
6.3.2. Servizio di supporto architetturale
Le attività che il fornitore può essere chiamato a svolgere sono:
• Realizzazione di business case e studi di fattibilità delle iniziative IT, contenenti la fattibilità tecnica e organizzativa, la stima dei costi con attendibilità, i rischi individuati con attendibilità, i benefici e la loro misura, il piano di massima;
• Assessment del parco applicativo esistente, dal punto di vista funzionale ed architetturale;
• Mappatura applicativa dell’Amministrazione, con dettaglio funzionale e di integrazione, gestionale, tecnica ed organizzativa, ed individuazione di aree di consolidamento;
• Definizione di soluzioni IT per l’efficienza dei processi ed individuazione della soluzione maggiormente rispondente alle esigenze dell’Amministrazione, anche in ottica make or buy;
• Progettazione end-to-end delle soluzioni applicative ed elaborazione di proposte di implementazione e diffusione delle iniziative;
• Elaborazione della mappa applicativa dell’Amministrazione, in termini di funzionalità disponibili, tecnologia implementata, allineamento rispetto alle esigenze di business, ecc., anche in ottica di consolidamento;
• Assessment tecnologico, sul sistema informativo e sulla componente infrastrutturale, comprensivo dell’analisi del parco applicativo (licenze, hardware, software, ecc.).
6.3.3. Servizio di supporto tematico e funzionale
Per fornire alle Amministrazioni una gamma di servizi completa nell’ambito del supporto organizzativo, il fornitore può essere chiamato a realizzare attività di supporto tematico e funzionale, con l’obiettivo di sostenere l’Amministrazione nel
percorso di evoluzione organizzativa e tecnologica intrapresa. Tali servizi verranno realizzati dal fornitore relativamente agli Ambiti descritti nel paragrafo 4 del presente documento.
Le attività che il fornitore può essere chiamato a svolgere sono:
• Project e program management, dell’intero ciclo di una o più iniziative che l’Amministrazione intenda realizzare, attraverso tecniche e metodologie standard riconosciute a livello internazionale;
• Demand management, per la strutturazione delle esigenze degli utenti e la stesura dei requisiti e specifiche funzionali, nei formati standard utilizzati all’interno del ciclo di vita del software.
6.3.4. Team mix dei servizi di supporto organizzativo
Di seguito si riportano il team mix relativo ai servizi di supporto organizzativo.
Le figure professionali previste sono descritte nell’Appendice 2 del Capitolato Tecnico “Profili Professionali”.
Servizio | Figura professionale | Team mix |
Supporto alla revisione dei processi | Senior Advisor | 20% |
Capo Progetto | 10% | |
Consulente Snr | 30% | |
Consulente Jnr | 40% | |
Totale | 100% | |
Supporto architetturale | Senior Advisor | 20% |
Capo Progetto | 10% | |
Consulente Snr | 30% | |
Consulente Jnr | 40% | |
Totale | 100% | |
Supporto tematico e funzionale | Senior Advisor | 20% |
Capo Progetto | 10% | |
Consulente Snr | 30% | |
Consulente Jnr | 40% | |
Totale | 100% |
6.4. Presa in carico dei sistemi esistenti e trasferimento di know how
Oltre ai servizi sopra indicati, è presente il servizio di presa in carico dei sistemi esistenti e trasferimento di know how. In particolare, a partire dalla data di stipula del Contratto Esecutivo, il fornitore può richiedere il supporto dell’Amministrazione
contraente o di terzi da essa designati al fine di permettere al proprio personale la presa in carico delle attività di fornitura e di acquisire le conoscenze necessarie al corretto svolgimento dei servizi richiesti per il periodo definito congiuntamente all’Amministrazione contraente nel piano di migrazione.
L’attività può consistere, ad esempio, in riunioni di lavoro, rilevazione delle configurazioni in essere sui vari sistemi, esame della documentazione esistente (es. elenco degli asset informatici, catalogo dei sistemi e delle applicazioni, documentazione relativa agli sviluppi in corso, base dati dei contratti con terzi, ecc.) con assistenza di personale esperto, affiancamento nell’operatività quotidiana condotta dall’eventuale fornitore uscente. Qualora la documentazione disponibile risultasse non aggiornata e/o incompleta, tutto ciò dovrà risultare in modo dettagliato in un verbale attestante il completamento del passaggio di consegne. Tale verbale dovrà essere sottoscritto dai due fornitori, l’uscente e il subentrante (ovvero tra l’Amministrazione contraente e l’Aggiudicatario) e consegnato all’Amministrazione contraente.
Durante le attività di training on the job la responsabilità delle operazioni continuerà ad essere in capo al fornitore uscente, se presente. Le modalità di fruizione e la relativa pianificazione di tale addestramento dovranno essere concordate con l’Amministrazione contraente, anche sulla base di eventuali proposte che il fornitore effettuerà nella Relazione Tecnica.
Eventuali attività tecniche di presa in carico correlate all’installazione o alla migrazione di sistemi o di loro componenti dovranno essere svolte secondo quanto descritto nei seguenti paragrafi.
Il servizio di presa in carico dei sistemi esistenti e trasferimento di know how è a carico dell’aggiudicatario, pertanto non comporterà oneri aggiuntivi per l’Amministrazione.
6.5. Phase-out
Il servizio di phase-out, o transizione in uscita, consiste nelle seguenti attività da considerarsi come requisiti minimi:
• “Passaggio di consegne” in caso di servizi on premise e servizi as a service nei quali si gestiscano sistemi delle Amministrazioni;
• “Consegna dei dati dell'Amministrazione”, negli altri casi (es. consegna dell'immagine delle macchine virtuali);
• “Consegna della documentazione tecnica” completa e aggiornata allo stato dell’arte dei servizi.
L’aggiudicatario dovrà garantire, al personale dell’Amministrazione o a terzi da essa designati, un periodo di supporto alla transizione, al fine di consentire il necessario
trasferimento del know-how sulle attività condotte e rendere l’eventuale quanto più efficace possibile la prosecuzione delle attività.
Tale periodo di affiancamento sarà organizzato secondo modalità da concordare con l’Amministrazione contraente e potrà prevedere sessioni riassuntive, sessioni di lavoro congiunto, presentazioni, tavole rotonde, ecc..
Al fine di facilitare il trasferimento del know how, il fornitore dovrà predisporre il Piano di Trasferimento, articolato in attività con l’indicazione di scadenze di inizio e fine, di responsabilità, di contenuti e risultati tali da rendere controllabile l’effettivo svolgimento del trasferimento di know how; il piano, che dovrà essere formalizzato nei tempi richiesti dall’Amministrazione, dovrà essere prodotto congiuntamente tra fornitore aggiudicatario (uscente) e nuovo Operatore Economico individuato dall’Amministrazione contrante e mantenuto aggiornato per tutto il periodo di vigenza contrattuale.
In particolare, la durata della transizione da parte del fornitore uscente dovrà essere pari a massimo tre mesi, indicativamente negli ultimi tre mesi antecedenti la scadenza del Contratto Esecutivo. In ogni caso l’Amministrazione ha la facoltà di rientrare in possesso di dati e configurazioni anche al termine dei singoli Contratti Esecutivi, con modalità analoghe alla transizione in uscita descritta nel presente paragrafo, concordando con il fornitore la durata temporale della transizione.
Nel caso in cui il phase out si sostanziasse unicamente nella consegna dei dati dell’Amministrazione, il fornitore dovrà produrre dati e copie delle macchine virtuali, delle configurazioni adottate nell’utilizzo degli strumenti funzionali o a supporto dell’erogazione dei servizi, utilizzando formati standard indicati dall’Amministrazione contraente.
In ogni caso, l’Amministrazione contraente si riserva la facoltà di pianificare la consegna, da parte del fornitore, di copie di prova dei dati e delle macchine, da sottoporre a test.
Il servizio di phase-out è a carico dell’aggiudicatario, pertanto non comporterà oneri aggiuntivi per l’Amministrazione.
7. Dimensionamento del Lotto 5
L’aggiudicatario del Lotto 5 è obbligato ad accettare la richiesta dei servizi oggetto della procedura di gara attraverso Contratti Esecutivi attivati da parte delle Amministrazioni contraenti, fino a concorrenza dell’importo massimo, IVA esclusa, previsto per il Lotto 5 e indicato nella Lettera di invito. Tale importo è definito “importo massimo”.
Nel caso in cui prima della scadenza del termine di durata del Contratto Quadro, il valore dei Contratti Esecutivi realizzati dalle Amministrazioni contraenti relativi al Lotto 5 raggiunga l’importo massimo sopra indicato, l’aggiudicatario è obbligato a prestare, alle medesime condizioni previste nel Contratto Quadro, i servizi oggetto dello stessa fino a concorrenza di un importo aggiuntivo IVA esclusa pari per il Lotto 5 a Euro 11.000.000,00 (€ undicimilioni//00). Tale importo è definito “plafond”.
La somma dell’importo massimo del Lotto 5 e del Plafond del Lotto medesimo costituisce l’”importo massimo complessivo” del Lotto stesso.
Inoltre, nel caso in cui prima della decorrenza del termine di durata del Contratto Quadro del Lotto 5, sia esaurito sia l’importo massimo sia il plafond di cui sopra, la Consip S.p.A. si riserva di richiedere, e l’aggiudicatario ha l'obbligo di accettare, alle medesime condizioni previste nel Contratto Quadro, un incremento del solo importo massimo (senza tener conto del plafond) fino a concorrenza del limite di cui all’art. 27, comma 3, D.M. 28 ottobre 1985.
Nel caso di aggiudicazione di due Lotti al medesimo aggiudicatario, quest’ultimo ha la facoltà di utilizzare, relativamente ad un Lotto (di seguito “Lotto beneficiario”), il “plafond del Lotto cedente” (di seguito “Lotto cedente”), allo stesso aggiudicati, a patto che si verifichino le condizioni di uno dei due seguenti casi.
Caso 1:
Trascorsi 12 mesi dalla data di stipula del Contratto Quadro del “lotto cedente”:
• Sia esaurito l’importo massimo del “lotto beneficiario”, il relativo plafond nonché l’incremento dell’importo massimo di cui all’art. 27, comma 3, D.M. 28 ottobre 1985;
e, al contempo,
• Il valore economico dei Contratti Esecutivi complessivamente emessi sul “lotto cedente” sia inferiore al 30% dell’importo massimo del medesimo “Lotto Cedente”.
Caso 2 (solo in caso di proroga della durata, secondo quanto previsto nella Letta di invito):
Trascorsi 20 mesi dalla data di stipula del Contratto Quadro del “lotto cedente”:
• Sia esaurito l’importo massimo del “lotto beneficiario”, il relativo plafond nonché l’incremento dell’importo massimo di cui all’art. 27, comma 3, D.M. 28 ottobre 1985;
e, al contempo,
• Il valore economico dei Contratti Esecutivi complessivamente emessi sul “lotto cedente” sia inferiore al 60% dell’importo massimo del medesimo “Lotto Cedente”.
Se si verificano le condizioni di uno dei due casi sopra illustrati, l’aggiudicatario di due Lotti ha la facoltà di utilizzare il «plafond del lotto cedente».
0
12
18
20
24
Mesi
LB
t₀
€
Importo massimo + plafond +
incremento importo massimo
LC
t₀
€
Somma del valore Contratti Esecutivi < 30% dell’importo massimo
Caso 1, esempio
Di seguito si riportano alcuni esempi.
0
12
18
20
24
Mesi
LB
t₀
€
Importo massimo + plafond +
incremento importo massimo
LC
t₀
€
Somma del valore Contratti Esecutivi < 60% dell’importo massimo
Caso 2, esempio
Figura 1: Caso 1 esempio
Figura 2: Caso 2, esempio
0
6
12
18
20
24
Mesi
LB
t₀
€
Importo massimo + plafond +
incremento importo massimo
LC
t₀
€
Somma del valore Contratti Esecutivi < 15% dell’importo massimo
Caso 1, esempio
Nel caso in cui i Contratti Quadro dei vari Lotti non siano stipulati nella medesima data, le percentuali relative al valore economico dei Contratti Esecutivi dovranno essere riproporzionate in relazione alla effettiva durata temporale di validità del Contratto Quadro stesso. Si riporta di seguito una esemplificazione.
0
6
12
18
20
24
Mesi
LB
t₀
€
Importo massimo + plafond +
incremento importo massimo
LC
t₀
€
Somma del valore Contratti Esecutivi < ~ 35% dell’importo massimo
Caso 2, esempio
Figura 3: Caso 1, esempio
Figura 4: Caso 2, esempio
I predetti importi massimi e i relativi plafond del Lotto 5 sono da considerarsi non vincolanti per la Consip S.p.A. e per le Amministrazioni che, pertanto, non risponderanno nei confronti dell’aggiudicatario in caso di Contratti Esecutivi che risultino complessivamente inferiori a detti importi.
Gli importi effettivi saranno costituiti dalla soma degli importi dei Contratti Esecutivi sottoscritti dalle Amministrazioni che utilizzeranno il Contratto Quadro.
Tutti i prodotti/servizi oggetto di fornitura devono avere le caratteristiche minime stabilite nel presente Capitolato Tecnico e le eventuali proposte migliorative, presenti nell’offerta, indicate dal concorrente.
8. Modalità di erogazione della fornitura
8.1. Luogo di erogazione dei servizi
L’indicazione del luogo di erogazione dei servizi sarà indicato dall’Amministrazione Contraente all’atto della stipula dei singoli contratti esecutivi. Tuttavia l’erogazione dei servizi indicati nel presente Capitolato può essere effettuata sia presso le strutture degli Enti del SSN Contraenti, ovvero presso altre strutture indicate dalla stessa, oppure da remoto presso la sede del fornitore. I posti di lavoro necessari al fornitore presso le proprie sedi dovranno essere dotati, a carico del fornitore e senza alcun onere aggiuntivo per l’Amministrazione, del necessario corredo HW e SW, sia di base che di sviluppo. Sarà cura del fornitore predisporre gli ambienti di sviluppo e manutenzione compatibili con gli ambienti di collaudo ed esercizio.
È fatto obbligo inoltre al fornitore di trattare le eventuali repliche dei dati, ove autorizzate dagli Enti del SSN, con adeguati livelli di sicurezza concordati con gli Enti contraenti.
8.2. Durata dei servizi
A decorrere dalla stipula del Contratto Quadro, come meglio specificato nella Lettera di invito, l’Amministrazione può sottoscrivere il Contratto Esecutivo entro i primi 18 mesi di validità del Contratto Quadro (cfr. “finestra d’ordine del servizio”), con opzione di proroga fino ad un massimo di ulteriori 6 mesi.
La durata massima del Contratto Esecutivo sarà di 48 mesi dalla stipula del medesimo. La durata di ciascun servizio è indicata nel Progetto Esecutivo, approvato dall’Amministrazione contraente e comunque non può superare la durata del Contratto Esecutivo.
8.3. Vincoli di fornitura ed acquisizione
In merito al ricorso ai tre servizi oggetto del presente bando di gara da parte delle Amministrazioni contraenti, si evidenzia quanto segue:
• I servizi di supporto organizzativo non possono essere attivati senza attivazione dei servizi di sviluppo software e/o dei servizi di gestione, manutenzione ed assistenza;
• In relazione ad ogni Contratto Esecutivo attivato dall’Amministrazione, il valore economico della quota dei servizi di supporto organizzativo non potrà superare il 50% del valore economico complessivo;
• Nell’ambito del servizio di sviluppo software, nel caso vengano attivati servizi di parametrizzazione e personalizzazione e/o servizi di analisi, progettazione e realizzazione di software ad hoc, l’aggiudicatario dovrà fornire i servizi di manutenzione correttiva (MAC) per il periodo di garanzia del software.
8.4. Interazione tra Amministrazioni contraenti e fornitore
I servizi oggetto del capitolato si inquadrano in un contesto operativo che prevede una forte interazione e sinergia tra i vari attori impegnati nell’erogazione di servizi informatici. In particolare, il personale impegnato nell’erogazione dei servizi dovrà relazionarsi con il personale dell’Amministrazione contraente nonché eventualmente con i team impegnati nell’erogazione di servizi aggiudicati con altre procedure di gara presso la medesima Amministrazione.
Ogni Amministrazione definirà in dettaglio il contesto organizzativo ed applicativo in cui operare e indicherà al fornitore gli obiettivi specifici da raggiungere; il fornitore provvederà a riferire all’Amministrazione contraente su tutte le attività legate alla corretta esecuzione dei servizi quali, ad esempio, la stima, la pianificazione e la consuntivazione degli obiettivi, gli adempimenti legati alla qualità, il controllo dell’avanzamento lavori, la verbalizzazione degli incontri con l’utenza, le attività di valutazione e contenimento dei rischi, l’efficacia e l’efficienza dell’attività di test, ecc..
8.5. Modalità di attivazione dei servizi di fornitura
Il presente paragrafo definisce le modalità di attivazione dei servizi di ogni Contratto Esecutivo da parte dell’Amministrazione contraente.
Nel caso in cui l’Amministrazione fruisca di servizi preesistenti, il fornitore deve esplicitamente prevedere, congiuntamente con l’Amministrazione contraente, le procedure di attivazione necessarie a garantire il mantenimento dell’operatività durante le fasi di migrazione. Eventuali necessità di fermo dei servizi devono essere accuratamente definite dal fornitore, approvate dall’Amministrazione e monitorate in modo da ridurre al minimo gli impatti sull’utenza di riferimento.
Si precisa inoltre che in fase di avvio dell’erogazione dei servizi, il fornitore dovrà sottoscrivere un accordo di riservatezza che lo impegna a non divulgare nessuna informazione relativa all’Amministrazione contraente, alle sue infrastrutture informatiche e ai suoi dati.
8.5.1. Piano dei Fabbisogni
Per attivare i servizi previsti nel presente capitolato di gara, l’Amministrazione deve elaborare un “Piano dei Fabbisogni” e l’aggiudicatario, se richiesto dall’Amministrazione stessa, deve impegnarsi obbligatoriamente a supportare l’Amministrazione nella redazione dello stesso. Il Piano deve contenere indicazioni, anche di tipo quantitativo, relative ai servizi oggetto del presente Capitolato Tecnico che l’Amministrazione intende sottoscrivere.
Il Piano va inserito da parte dell’Amministrazione all’interno del Portale di monitoraggio, governo e gestione della fornitura (cfr. paragrafo 10.6.2) e inviato, mediante Posta Elettronica Certificata (PEC), ad una casella di PEC specifica dell’aggiudicatario e per copia conoscenza alla Consip S.p.A. e/o terzi da essa indicati.
8.5.2. Progetto Esecutivo
Entro il termine di 15 giorni lavorativi dal ricevimento del Piano dei Fabbisogni da parte dell’Amministrazione, l’aggiudicatario deve obbligatoriamente predisporre un documento intitolato “Progetto Esecutivo” ed inviarlo all’Amministrazione e per copia conoscenza a Consip S.p.A. e/o terzi da essa indicati ed inserirlo all’interno del Portale di monitoraggio, governo e gestione della fornitura (cfr. paragrafo 10.6.2), nel quale raccogliere e dettagliare le richieste dell’Amministrazione, contenute per l’appunto nel Piano dei Fabbisogni, e formulare una proposta tecnico/economica secondo le modalità tecniche ed le tariffe delle giornate uomo relative alle figure professionali previste.
Il “Progetto Esecutivo " deve contenere almeno i seguenti elementi anche attraverso la produzione di specifici allegati:
• I servizi previsti, secondo quanto indicato nel capitolo 6 del presente documento;
• La modalità di erogazione del servizio, che può essere, come descritto più approfonditamente nel paragrafo 8.6, “A corpo” o “Progettuale”, “Continuativa”, “A consumo”, “Mista”; con l’indicazione di dettaglio per ciascuna tipologia;
• Il dimensionamento del Progetto;
• Il dettaglio di tutte le attività, le milestone e i deliverable previsti (se applicabile);
• I ruoli e le responsabilità previste nel Progetto;
• I tempi di attivazione, la data di inizio e fine Progetto;
• L’elenco delle risorse proposte, i relativi curricula vitae e le certificazioni in possesso delle risorse;
• Il Piano di Lavoro Generale (cfr. paragrafo 10.4), contenente l’elenco delle attività/fasi previste con le relative date di inizio e fine;
• Il luogo di erogazione del servizio e indicazione/richiesta se sono necessari locali messi a disposizione da parte dell’Amministrazione contraente;
• Il prezzo complessivo del Progetto, suddiviso tra i diversi servizi richiesti
Compatibilmente con i tempi di elaborazione del Progetto Esecutivo, con specifico riferimento ai servizi da svolgere presso la sede/i dell’Amministrazione, l’aggiudicatario può richiedere all’Amministrazione di condurre, con proprio personale tecnico o altro personale da lui stesso incaricato, e congiuntamente con i referenti dell’Amministrazione interessata, sopralluoghi presso la sede/i, allo scopo di verificare gli impatti e le modalità dell’attivazione dei servizi, secondo quanto richiesto dall’Amministrazione nel Piano dei Fabbisogni. Il fornitore deve approntare il calendario dei sopralluoghi necessari, che deve indicare, per ciascuna sede oggetto di sopralluogo, il nominativo dell’incaricato dal fornitore che effettuerà il sopralluogo, con gli estremi di un documento di riconoscimento e l’elenco delle verifiche da effettuare. Il calendario viene sottoposto all’approvazione dell’Amministrazione interessata.
L’Amministrazione ha la facoltà di approvare il “Progetto Esecutivo”, ovvero di comunicare la richiesta di eventuali modifiche e/o integrazioni. In tal caso l’aggiudicatario dovrà apportare al documento presentato quanto richiesto in aggiunta. L’aggiudicatario dovrà inviare la versione definitiva entro 10 giorni solari dalla comunicazione di richiesta dell’Amministrazione contraente. L’Amministrazione può richiedere aggiornamenti del Progetto Esecutivo ogni qualvolta lo ritenga necessario.
8.5.3. Modalità di attivazione
L’Amministrazione approva il Progetto Esecutivo e contestualmente stipula con il fornitore il Contratto Esecutivo.
Il fornitore ha l’obbligo di iniziare l’erogazione dei servizi in favore di ciascuna Amministrazione contraente entro i termini ed alle modalità previste nel Progetto Esecutivo.
Nel corso di durata del Contratto Esecutivo, l’Amministrazione contraente beneficiaria potrà variare (in aumento o in diminuzione) e/o aggiornare il Piano dei Fabbisogni ogni
qualvolta lo ritenga necessario in ragione delle proprie esigenze ed al mutare delle stesse; il fornitore dovrà di conseguenza aggiornare il Progetto Esecutivo nei tempi e modi di cui agli articoli 7 e 8 del Contratto Quadro.
8.6. Modalità di esecuzione
I servizi previsti nel presente bando possono essere erogati in base alle seguenti modalità:
• “A corpo” o “Progettuale”;
• “Continuativa”;
• “A consumo”;
• “Mista”.
A prescindere dalla modalità con cui si erogheranno i servizi, il fornitore aggiudicatario deve:
• Provvedere in piena autonomia al coordinamento e all’organizzazione dei servizi oggetto della fornitura;
• Garantire il rispetto dei processi, degli standard e di eventuali linee guida adottate dalle Amministrazioni e descritte in sede di Contratto Esecutivo;
• Assicurare la creazione, in lingua italiana, di tutta la documentazione prodotta a seguito delle attività oggetto dei servizi.
La metrica e la modalità di erogazione dei servizi di fornitura viene definita dall’Amministrazione contraente e comunicata al fornitore all’atto dell’attivazione del Contratto Esecutivo o del singolo servizio in esso previsto. In funzione di essa sarà prodotto un valore di rendicontazione a corpo o a consumo.
La tabella che segue ha lo scopo di sintetizzare per ogni servizio le possibili metriche da usare e i relativi possibili metodi di rendicontazione.
Tipologia servizi | Servizio | Metrica | Rendicontazione |
Servizi di sviluppo software | Parametrizzazione e personalizzazione | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo |
Analisi, progettazione e realizzazione SW ad hoc | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | |
Manutenzione evolutiva | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | |
Migrazione sistemi e applicazioni | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | |
Servizi di | Presa in carico | A carico del | Nessuna |
Tipologia servizi | Servizio | Metrica | Rendicontazione |
gestione, manutenzione e assistenza | fornitore | ||
Gestione applicativa e supporto utenti | Giorni Persona | Canone / Consumo | |
Manutenzione adeguativa e correttiva | Function Point / Giorni Persona | Canone / Consumo | |
Assistenza da remoto e supporto specialistico | Giorni Persona | Canone / Consumo | |
Conduzione tecnica infrastruttura | Giorni Persona | Canone / Consumo | |
Servizi di supporto organizzativo | Supporto alla revisione dei processi | Giorni Persona | Progettuale - A Corpo / Consumo |
Supporto architetturale | Giorni Persona | Progettuale - A Corpo / Consumo | |
Supporto tematico e funzionale | Giorni Persona | Progettuale - A Corpo / Consumo |
8.6.1. Modalità a corpo o progettuale
Per ciascun obiettivo occorre indicare il ciclo di vita con cui effettuare le attività. I cicli di vita di un obiettivo sono caratterizzati da una o più fasi, a seconda delle dimensioni, delle caratteristiche, della criticità e della tipologia di progetto / obiettivo. Nell’Appendice 3 “Ciclo di vita e prodotti del servizio” sono riportati i principali cicli utilizzati; altri cicli potranno essere definiti nel Contratto Esecutivo tra il fornitore e l’Amministrazione contraente.
In ogni caso, per ogni obiettivo e/o intervento si dovrà redigere un piano di lavoro e per arrivare alla definizione di un obiettivo si dovrà necessariamente seguire il seguente workflow di eventi o milestone imprescindibili:
• Richiesta stima: richiesta effettuata dall’Amministrazione al fornitore, di procedere ad una valutazione dei tempi e dei costi dell’obiettivo e/o intervento all’interno dei vincoli indicati dall’Amministrazione stessa;
• Comunicazione della stima: dei tempi e dei costi dell’obiettivo e/o intervento, effettuata dal fornitore;
• Autorizzazione: tramite una comunicazione formale o una riunione di start-up, con cui l’Amministrazione autorizza l’avvio delle attività relative all’obiettivo e/o intervento stimato;
• Consegna: è la milestone con cui il fornitore rilascia i prodotti realizzati e, contestualmente, l’Amministrazione ne verifica la quantità e la tipologia senza alcuna valutazione di contenuto;
• Collaudo e verifica di conformità: realizzata dall’Amministrazione, corrisponde alla valutazione con verifica di merito dei prodotti consegnati. Realizzata con esito positivo determina, per prodotti intermedi, l’Approvazione, per prodotti finali l’Accettazione dell’obiettivo e/o output dell’intervento. In caso di sviluppo software tale verifica corrisponde al collaudo del software prima del suo rilascio in esercizio.
Ogni obiettivo andrà gestito in termini di stima, tempi ed ambito. Di seguito sono descritti gli elementi essenziali pe la gestione di un obiettivo.
8.6.1.1. Stima e attivazione obiettivi e/o interventi
L’Amministrazione richiede la stima di un obiettivo e/o intervento, comunicando al fornitore le informazioni necessarie, quali ad esempio:
• Data prevista di inizio attività;
• Data prevista di fine attività;
• Eventuali date/scadenze critiche e/o vincolanti per il fornitore;
• Eventuale tetto/massimale di spesa;
• Riferimenti a documentazione esistente (ad esempio studi di fattibilità, requisiti utente già espressi, ecc.).
8.6.1.2. Obiettivi e/o interventi misurati in Punti Funzione
Tra i servizi del presente capitolato quelli misurati in Punti Funzione possono essere:
• All’interno dei servizi di sviluppo software, i servizi di:
o Parametrizzazione e personalizzazione;
o Analisi, progettazione e realizzazione software ad hoc;
o Manutenzione evolutiva;
o Migrazione sistemi e applicazioni;
• All’interno dei servizi di gestione, manutenzione e assistenza, il servizio di:
o Manutenzione adeguativa e correttiva.
Per gli obiettivi misurati in Punti Funzione ci sono momenti specifici del ciclo di vita in cui effettuare la misura, stimata o effettiva, precisamente:
• Definizione dei requisiti: stima iniziale;
• Analisi o fase equivalente: possibile revisione della stima in funzione di scostamenti nei requisiti utente iniziali. L’Amministrazione può fissare uno scostamento massimo accettabile e deve, in ogni caso, approvare la nuova stima;
• Fine realizzazione: consuntivo dell’obiettivo.
Resta inteso che nel caso in cui i conteggi successivi alla stima iniziale risultino inferiori alla stima/misurazione precedente, tale dimensione aggiornata sostituisce ai fini della fatturazione la stima iniziale. Dunque, in nessun caso potranno essere addebitati all’Amministrazione oneri per Punti Funzione non realizzati anche se le stime precedenti erano state accettate dall’Amministrazione stessa.
Si precisa inoltre che l’Amministrazione si riserva la possibilità di richiedere una stima aggiornata dei Punti Funzione in ogni momento durante tutto il ciclo di vita dell’obiettivo ed un nuovo conteggio del consuntivo anche durante il collaudo.
Il dimensionamento in Punti Funzione degli Obiettivi dovrà essere effettuato secondo le modalità di conteggio IFPUG 4.3 o successive e nel rispetto di eventuali standard dell’Amministrazione integrativi. A tal fine l’Amministrazione può indicare e/o allegare la metodologia/procedura/standard interni per la determinazione dell’effort.
Manutenzione adeguativa e correttiva:
Il servizio di manutenzione adeguativa e correttiva, se richiesto in modalità continuativa dall’Amministrazione, può essere stimato a canone su una baseline di software affidata ad inizio fornitura, al netto della garanzia. Durante l’erogazione della fornitura, il numero dei Punti Funzioni affidati al servizio potrà subire variazioni, sia in aumento (per effetto del termine della garanzia del fornitore uscente) sia in diminuzione, che daranno luogo al conseguente adeguamento del canone.
Il fornitore sarà tenuto a presentare periodicamente il Report di aggiornamento baseline, con i contenuti descritti nell’Appendice 3 “Cicli di vita e prodotti del servizio”, nel quale deve essere data evidenza di tale variazione. L’ammontare dei Punti Funzione affidati non aumenterà sulla base del software rilasciato nel medesimo Contratto Esecutivo in quanto tale software sarà in garanzia secondo le regole di cui al relativo paragrafo (cfr. paragrafo 8.10) o come meglio indicato dall’Amministrazione nel proprio contratto esecutivo.
A tal fine l’Amministrazione può indicare, nel Piano dei Fabbisogni la metodologia / procedura / standard utilizzata al proprio interno per la determinazione dell’effort ai fini del calcolo dei corrispettivi; diversamente verranno applicate le seguenti modalità per il calcolo dei criteri di peso per i Punti Funzione (PF):
• I PF di ADD verranno riconosciuti alla tariffa unitaria del PF per la tipologia di servizi offerta dal concorrenti;
• I PF di CHG verranno riconosciuti al 50% della tariffa unitaria del PF per la tipologia di servizi offerta dal concorrente;
• I PF di DEL verranno riconosciuti al 10% della tariffa unitaria del PF per la tipologia di servizi offerta dal concorrente.
Si precisa che il valore economico di un Function Point è determinato per ogni tipologia di servizi dall’offerta economica del fornitore applicando un fattore di produttività medio pari a 1,7.
Baseline del sistema:
In tutti i casi in cui gli obiettivi rilascino prodotti che modificano la consistenza del parco applicativo misurata in Punti Funzione (PF) chiamata anche “baseline del sistema” il fornitore è tenuto a fornire tutti gli elementi di misurazione necessari a mantenere aggiornata la baseline.
E’ possibile che l’Amministrazione disponga di uno strumento per l’inventario funzionale delle sue applicazioni e che richieda al fornitore di garantirne la costante alimentazione, descrivendo in sede di Contratto Esecutivo le modalità attuative.
Nella seguente tabella si riportano i momenti in cui deve essere effettuata una misura, stimata o effettiva, dell’effort realizzativo degli obiettivi e gli scostamenti massimi in eccesso consentiti tra le diverse fasi.
Per ogni misurazione viene indicata la fase del ciclo completo in cui essa deve avvenire, precisando che laddove venga utilizzato un ciclo di vita diverso dovrà essere utilizzata la fase equivalente.
Misura Fase | Fase | Scostamento massimo |
Stima iniziale | Definizione (o equivalente) | N/A |
Conteggio di revisione | Analisi (o equivalente) | 15% |
Conteggio consuntivo | Realizzazione (o equivalente) | 0% |
Per i cicli di vita per cui non è previsto il Conteggio di Revisione, lo scostamento massimo del Conteggio Consuntivo potrà essere del 15% rispetto alla stima iniziale.
Il dimensionamento dell’obiettivo, a requisiti invariati, può subire delle variazioni al termine della fase di analisi (o equivalente). Tali variazioni, opportunamente giustificate dal fornitore e approvate dall’Amministrazione, ai fini della fatturazione, devono essere contenute nello scostamento massimo consentito di cui alla tabella precedente.
In ogni caso, lo scostamento del conteggio rispetto alla stima iniziale deve essere tenuto sotto controllo dal fornitore e comunicato alla Amministrazione con la massima tempestività e comunque in tempo utile per intervenire sugli scostamenti.
Si precisa che al termine della fase di Realizzazione o equivalente, dovrà essere effettuata la consuntivazione dell’obiettivo, contestualmente al conteggio dei Punti Funzione di baseline. Resta inteso che nel caso in cui i conteggi successivi risultino inferiori alla misurazione precedente, tale dimensione aggiornata sostituisce ai fini della fatturazione la misurazione precedente. Dunque, in nessun caso potranno essere addebitati all’Amministrazione oneri per Punti Funzione non realizzati anche se le stime precedenti erano state accettate dall’Amministrazione.
Il dimensionamento in Punti Funzione degli Obiettivi dovrà essere effettuato secondo le modalità di conteggio IFPUG, 4.3 e successive versioni e nel rispetto degli standard integrativi della Amministrazione.
8.6.1.3. Obiettivi e/o interventi misurati in giorni persona
Il dimensionamento degli Obiettivi e/o Interventi misurati in Giorni Persona dovrà avvenire nella fase iniziale di Definizione, o fase equivalente o comunque prima di avviare le attività. Il dimensionamento viene realizzato previo calcolo a priori del corrispettivo sulla base della stima delle figure professionali da impiegare, e affidando le attività in modalità “a corpo” oppure considerando la stima come un massimale di giorni uomo. In entrambi i casi il valore della stima costituisce un riferimento fisso ai fini della fatturazione, indipendentemente dall’effettivo consumo di risorse a cui il fornitore potrà andare incontro in corso d’opera. Solo in casi eccezionali, a fronte di eventi imprevisti di forza maggiore, tale valore potrà essere riconsiderato, previa approvazione da parte dell’Amministrazione.
Si precisa che le figure professionali da adottare e la relativa percentuale di utilizzo è indicate di seguito. Inoltre il valore economico da utilizzare è quello indicato dal fornitore nella corrispondente offerta economica.
8.6.1.4. Cancellazione di un obiettivo e/o interventi
Nel caso di abbandono dell’obiettivo per cause imputabili al fornitore, il fornitore è tenuto a restituire gli eventuali acconti corrisposti prima della verifica di conformità.
Nel caso di cancellazione degli obiettivi in corso di esecuzione, per cause non imputabili al fornitore:
• Non dovranno essere restituiti eventuali giorni persona già erogati a fronte di attività completate ed accettate dall’Amministrazione (verifica di conformità positiva);
• Per obiettivi in Punti funzione, sarà riconosciuto lo stato di avanzamento raggiunto all’ultima fase positivamente conclusa, secondo la formula sotto riportata. La percentuale di avanzamento dovrà essere presente nel piano di lavoro dell’obiettivo sia in fase di preventivo, sulla base del ciclo di vita adottato ed a consuntivo sia per singola fase sia cumulativo. Pertanto, la formula sarà;
• PF riconosciuti = PF dell’obiettivo cancellato x % avanzamento cumulativo all’ultima fase del ciclo di sviluppo completata dall’Impresa ed accettata dall’Amministrazione.
A titolo di esempio, in caso di ciclo completo gestionale, può essere usato come riferimento la seguente tabella.
Fase | Impegno | Avanzamento Cumulativo |
Analisi | 3% | 30% |
Disegno | 15% | 45% |
Realizzazione e test | 40% | 85% |
Supporto al Collaudo dell'Amministrazione | 5% | 90% |
Documentazione Finale | 5% | 95% |
Avvio in esercizio | 5% | 100% |
8.6.1.5. Modifica dei requisiti funzionali di un obiettivo e/o interventi in corso d’opera
Un cambiamento dei requisiti funzionali in corso d’opera per un progetto di sviluppo o manutenzione evolutiva può ripercuotersi in più modi sulle dimensioni del progetto: può richiedere di creare nuove funzionalità logiche o strutture dati e/o può avere ripercussioni sul modo in cui altre funzionalità logiche o strutture dati devono essere trasformate o cancellate. Premesso che nel corso della fase di definizione e di analisi il cambiamento dei requisiti è considerato fisiologico, si possono distinguere tre casi:
• Nel caso di nuovi requisiti che richiedano lo sviluppo di nuove funzionalità saranno contate in FP o giorni uomo le funzionalità aggiunte;
• Nel caso di modifica dei requisiti, il fornitore procederà ad una quantificazione dell’effort, con l’utilizzo della metrica richiesta dall’Amministrazione, necessario per la realizzazione delle modifiche richieste. Nel caso in cui tale effort sia approvato dall’Amministrazione, ai fini della fatturazione il corrispettivo per il progetto sarà ricalcolato considerando anche il dimensionamento delle variazioni richieste;
• Nel caso di cancellazione di requisiti, è necessario correggere il valore dei Punti funzione riconosciuti considerando i FP relativi ai requisiti cancellati oppure correggere il numero di giorni uomo approvati per i requisiti cancellati.
8.6.2. Modalità continuativa
I servizi da erogare in modalità continuativa non sono scomponibili in fasi e richiedono attività continuative come, ad esempio: la gestione di applicativi, la gestione di servizi di integrazione o la gestione di sistemi di procedimenti amministrativi e la manutenzione correttiva, adeguativa o correttiva. In generale la tipologia di servizi di gestione, manutenzione e assistenza saranno erogati in modalità continuativa; infatti, ad esempio, il servizio di manutenzione correttiva è tipicamente ad evento in quanto innescato da una segnalazione di impedimento all’esecuzione dell’applicazione / funzione, o dal riscontro di differenze fra l’effettivo funzionamento del software applicativo e quello atteso, come previsto dalla relativa documentazione o comunque determinato dai controlli che vengono svolti durante l’attività dell’utente: tuttavia esso viene assimilato alla modalità continuativa in quanto le segnalazione di malfunzione non sono prevedibili a priori.
L’attivazione dei servizi in modalità continuativa, generalmente, è prevista a partire dalla data di inizio attività contrattuali e l’erogazione, senza soluzione di continuità, termina alla scadenza stabilita dall’Amministrazione od al massimo alla data di fine attività. In ogni momento l’Amministrazione può sospendere e/o interrompere il servizio.
La regolamentazione contrattuale di tali servizi, la pianificazione e il riepilogo delle risorse impegnate, è generalmente in giorni/persona, con modalità a tempo e spesa oppure a canone. Anche in caso di regolamentazione contrattuale a tempo e spesa, le attività pianificabili dovranno essere stimate a preventivo sia in termini di impegno che di date di completamento e le eventuali variazioni dovranno essere comunicate e concordate con l’Amministrazione.
8.6.3. Modalità a consumo
Normalmente tutti i servizi che richiedono attività poco pianificabili a priori sono valutati in giorni persona a consumo; spesso alcune figure professionali del fornitore prestano la loro attività in gruppi misti con l’Amministrazione e per definizione le attività non sono definite o definibili. In questa modalità progettuale saranno fornite stime di giorni uomo ad inizio attività, le risorse del fornitore dovranno rendicontare le
attività a loro assegnate dall’Amministrazione e la modalità di rendicontazione sarà mensile sulla base della tariffa professionale esposta in offerta economica dal fornitore.
8.6.4. Modalità mista
Questa modalità di rendicontazione è talvolta utilizzata per quei servizi i cui piani di lavoro contengono degli obiettivi misurabili in punti funzione o giorni persona con requisiti chiari e tempi pianificabili ed anche però attività non pianificabili come, ad esempio, le attività di formazione o di supporto specialistico o di supporto all’Amministrazione. In tal caso il corrispettivo economico è la somme delle due componenti valutate come precedentemente descritto.
8.7. Collaudo dei servizi
I servizi oggetto della fornitura sono soggetti a prove di collaudo atte a verificare la conformità di quanto predisposto e/o realizzato rispetto ai requisiti esposti nel presente capitolato tecnico e dettagliati nel Piano dei Fabbisogni e nel Progetto Esecutivo ed ulteriori documenti realizzati nel corso dei servizi.
Nell’ambito dei servizi previsti, il collaudo avviene secondo le modalità di seguito indicate:
• Il fornitore, di concerto con l’Amministrazione contraente, invia 15 giorni solari prima della data del collaudo la comunicazione “pronti al collaudo” e la documentazione inerente i servizi che saranno oggetto di collaudo stesso, con dettaglio di tutte le procedure da seguire;
• Entro 10 giorni solari dalla data di collaudo, l’Amministrazione fornisce l’approvazione della documentazione relativa al collaudo; nel caso di richieste di modifiche o integrazioni alla documentazione, entro 5 giorni solari dalla data di collaudo, il fornitore deve provvedere alla consegna della documentazione stessa aggiornata;
• In fase di primo collaudo, qualora i test effettuati non risultino conformi alle specifiche di dettaglio delle prove di collaudo, il fornitore dovrà eliminare i vizi accertati entro 10 giorni solari; l’Amministrazione contraente entro 10 giorni dal secondo invio del “pronti al collaudo” procederà ad una seconda prova di collaudo;
• In caso di esito sfavorevole della seconda prova, se entro 30 giorni solari non si arrivi all’esito positivo e concordato del collaudo, per fatti direttamente
imputabili al fornitore, oltre all’applicazione delle penali previste, è facoltà dell’Amministrazione contraente di risolvere il Contratto Esecutivo.
L’Amministrazione contraente si riserva la facoltà di procedere parzialmente all’esecuzione delle prove di collaudo effettuando dei test a campione delle funzionalità richieste verificando per le altre prove quanto riportato nella documentazione di riscontro cartacea del fornitore.
Il fornitore dovrà fornire anche personale, sistemi, attrezzature e quant’altro necessario all’esecuzione delle prove di collaudo, nonché farsi carico di oneri derivanti da eventuali trasferte fuori sede del personale dell’Amministrazione contraente.
8.8. Fatturazione verso le Amministrazioni contraenti
Il fornitore dovrà dotarsi di un sistema che permetta l’erogazione dei seguenti servizi di fatturazione:
• Gestione e controllo della fatturazione;
• Fornitura dei dati di fatturazione e rendicontazione in formato elettronico;
• Ripartizione della fatturazione per centro di costo dell’Amministrazione contraente.
La fatturazione dei servizi è indirizzata alle Amministrazioni contraenti.
Per ogni tipologia di servizio è richiesta una rendicontazione riepilogativa per ogni Amministrazione, con dettagli relativi almeno a:
• Le unità contraenti;
• Il numero d’ordine e il codice identificativo del Contratto Esecutivo di fornitura a cui la fatturazione si riferisce;
• Il periodo di fatturazione previsto;
• La tipologia e le quantità dei servizi erogati;
• I canoni e/o le tariffe applicate.
• Modalità a corpo o progettuale: al raggiungimento di milestone pianificate e condivise con l’Amministrazione contraente;
• Modalità continuativa: bimestralmente;
• Modalità a consumo: bimestralmente;
• Modalità mista: a seconda delle modalità di erogazione dei singoli servizi, come sopra indicato.
La struttura della fattura dovrà recepire le richieste dell’Amministrazione Contraente secondo le specifiche indicate all’atto della stipula del Contratto Esecutivo.
Il fornitore assegnatario dovrà garantire, su richiesta della Amministrazione Contraente:
• La disponibilità dei dati, sia analitici che sintetici, su supporto elettronico;
• La possibilità di personalizzazioni in merito alle specifiche esigenze sul formato dei dati che potranno essere manifestate nel corso dell’esecuzione del Contratto Esecutivo.
La fatturazione verso le Amministrazioni contraenti deve avvenire in ottemperanza alla normativa sulla Fatturazione Elettronica verso la Pubblica Amministrazione.
8.9. Normativa di riferimento
Si riportano nel presente paragrafo i principali riferimenti in termini di normativa e standard internazionali:
• Art. 615 Codice Penale – Accesso abusivo a un sistema informatico o telematico;
• Raccomandazione CE n. 89/9 –lista minima e lista facoltativa in materia di reati informatici;
• Legge 23 dicembre 1993 n. 547 - Modificazioni ed integrazioni alle norme del codice penale e del codice di procedura penale in tema di criminalità informatica;
• X.Xxx. 29/12/92 n.518 - pirateria di software (in attuazione della direttiva 91/250/CE – tutela giuridica dei programmi per elaboratore);
• Legge 22 aprile 1941 n. 633 - Protezione del diritto d’autore e di altri diritti connessi al suo esercizio ed integrata dal D. Lgs. 29 dicembre 1992 n. 518 e D. Lgs. 6 maggio 1999 n. 169;
• D.P.C.M. 15 febbraio 1989 - Coordinamento delle iniziative e pianificazioni degli investimenti in materia di automazione nelle amministrazioni pubbliche;
• L. 489/93 e 549/95 – registrazione dati; Decreto legislativo 6 maggio 1999, n.
169 - Attuazione della direttiva 96/9/CE relativa alla tutela giuridica delle banche di dati;
• Direttiva 95/46/CE del Parlamento Europeo e del Consiglio relativa a "tutela delle persone fisiche con riguardo al trattamento dei dati personali, nonché alla libera circolazione di tali dati"
• Legge 626/96 e L. 242/96 – Sicurezza sul lavoro;
• D. Lgs. 28/12/2001 n. 467 norme penali a tutela della riservatezza dei dati personali;
• Il Testo unico delle disposizioni legislative e regolamentari in materia di documentazione amministrativa (Decreto del Presidente della Repubblica 28 dicembre 2000 n. 445 e successive modifiche);
• Direttiva del P.C.M. del 16 gennaio 2002, pubblicata sulla G.U. n°69 del 22 marzo 2002 “Sicurezza Informatica e delle Telecomunicazioni nelle Pubbliche Amministrazioni Statali”;
• DCPM del 3 dicembre 2013 in materia di sistema di conservazione e successiva circolare dell’Agenzia per l’Italia Digitale n. 65/2014 (G.U. n. 89 del 16/04/2014) che abroga la precedente circolare di DigitPA n. 59 del 2011;
• Eventuali successive modificazioni delle norme di riferimento;
• Ogni altra disposizione normativa e regolamentare applicabile.
Si precisa inoltre che la proprietà intellettuale dei dati e delle configurazioni necessarie all’utilizzo o frutto dell’utilizzo dei servizi oggetto della presente fornitura restano di proprietà dell’Amministrazione contraente.
8.10. Garanzia
Ogni prodotto realizzato/modificato deve essere pienamente rispondente ai requisiti funzionali espressi, alle normative vigenti (vedi accessibilità), ai requisiti non funzionali (sicurezza, usabilità, prestazionalità, manutenibilità, riuso, ecc.) nonché agli standard, linee guida e miglior prassi disponibile per lo sviluppo software.
Ne discende che eventuali anomalie, difettosità residua non intercettata durante le fasi di test del fornitore e di collaudo dell’ente, riscontrabili sulle funzionalità realizzate e/o modificate durante l’intera fornitura devono essere rimosse, come parte integrante dei servizi che li hanno realizzati, a totale carico del fornitore. Pertanto, l’impresa dovrà garantire la tempestiva rimozione dei difetti del software nuovo e/o modificato nonché la correzione e/o il ripristino delle basi dati deteriorate come ripercussione dei difetti nei tempi indicati nel Contratto Esecutivo.
In particolare, il tempo di risoluzione delle anomalie varia in funzione della priorità attribuita al problema:
• Priorità 1: anomalia di tipo bloccante, per cui è impedito agli utenti l’utilizzo dei servizi ed alle eventuali componenti funzionali dei singoli servizi;
• Priorità 2: anomalia per cui è impedito agli utenti l’utilizzo di una funzione del servizio in alcune specifiche condizioni (ad esempio per alcuni dati di input);
• Priorità 3: anomalia di tipo informativo per cui risulta difficoltoso per gli utenti l’utilizzo di una funzione del servizio o sono necessarie ulteriori informazioni (o materiale documentale a supporto) o richiese relative a problematiche amministrative/contrattuali.
Si precisa che la priorità inizialmente attribuita potrà comunque essere modificata su richiesta dei referenti dell'Amministrazione. A titolo esemplificativo e non esaustivo, tra gli eventi che potrebbero comportare una richiesta in tal senso si possono citare:
• La concomitanza di molteplici segnalazioni di disservizio riconducibili alla stessa causa;
• La sussistenza di situazioni di particolare criticità per l’Amministrazione (per esempio, la prossimità di scadenze di importanza significativa).
La seguente tabella indica i tempi massimi di risoluzione in funzione della priorità attribuita all’anomalia.
Priorità del problema | T_limite - Tempo massimo di risoluzione (ore lavorative) |
Priorità 1 | ≤ 4 ore |
Priorità 2 | ≤ 8 ore |
Priorità 3 | ≤ 12 ore |
Si precisa che gli interventi correttivi dovranno riguardare anche la documentazione a corredo. Per tutto il software rilasciato il fornitore deve produrre/aggiornare la relativa documentazione. La documentazione deve rispondere a requisiti di accuratezza, comprensibilità e più in generale usabilità. Pertanto, deve essere garantita, come parte integrante dei servizi realizzativi, la correzione gratuita dei difetti riguardanti:
• Gli oggetti software nuovi e/o modificati;
• Le basi dati deteriorate come ripercussione dei difetti;
• La documentazione a corredo al software.
Le suddette garanzie devono essere prestate in proprio dal fornitore, intendendo l’Amministrazione restare estranea ai rapporti tra l’impresa e le ditte fornitrici
Nel Contratto Esecutivo l’Amministrazione potrà motivatamente ridurre questi requisiti in funzione della tipologia, della dimensione e della durata dei servizi da erogare nonché della propria organizzazione e delle conseguenti modalità di erogazione richieste.
9. Qualità della fornitura
9.1. Requisiti di qualità generali
Nei successivi paragrafi verrà esaminata e complessivamente analizzata la qualità e l’efficienza dei servizi di supporto organizzativo. Allo stesso modo si andranno ad esaminare, da un punto di vista concettuale differente, la qualità nello sviluppo software e nella gestione delle manutenzione e assistenza. Dato che i requisiti e le esigenze funzionali di questi tre servizi sono diverse, la soddisfazione degli stessi deve essere classificata diversamente. Nel fornire un sistema informatico (ERP o GPA), ad esempio, il concetto di qualità assume dei significati differenti in base alla tempistica della rilevazione in cui viene effettuata.
Ad esempio, nelle fasi iniziali di un sviluppo software vengono prese in considerazione degli attributi di qualità (intesi nell’ottica di soddisfazione delle esigenze) differenti rispetto agli attributi che possono essere rilevati in una fase successiva. In una fase iniziale di progettazione e sviluppo di un applicativo, un indicatore quale “Rispetto di una scadenza temporale” assumerà un diverso significato in termini di importanza e impatto sul progetto rispetto alla metrica “Casi di test negativi in collaudo” in cui la rilevazione viene effettuata durante la fase di testing delle prestazione dell’applicativo nel suo complesso.
In questa sede si vuole sottolineare che la qualità viene intesa come soddisfazione delle esigenze funzionali e operative dell’Amministrazione. La trattazione della qualità sui tre servizi assumerà diversi significati, tuttavia, verranno monitorati gli indicatori corrispondenti ai caratteri qualitativi andando a considerare gli impatti degli specifici attributi sui servizi e quindi sulla performance finale che l’Amministrazione si aspetta.
9.2. Assicurazione Qualità
I servizi dovranno essere svolti dal fornitore in regime di qualità, secondo gli standard ISO 9001:2008. Inoltre, i servizi che richiedono operatività remota dovranno essere svolti dal fornitore garantendo le Amministrazioni richiedenti sul rispetto delle prassi e delle norme sulla sicurezza per tali modalità operative. Il Concorrente pertanto dovrà disporre di un’organizzazione per la sicurezza dell’infrastruttura del proprio centro remoto.
Attenzione particolare inoltre sarà riservata alla capacità del fornitore nella gestione del progetto complessivo. Nel rispetto quindi delle tempistiche, dei vincoli delle diverse aree tematiche il più possibile vicino a valori ottimali di efficienza e di efficacia.
9.3. Il Piano della Qualità Generale
Il fornitore dovrà predisporre, consegnare e sottoporre all’approvazione dell’Amministrazione il Piano della Qualità del progetto di fornitura, entro 15 giorni solari dalla stipula del Contratto Esecutivo e comunque non oltre la data di attivazione del servizio.
L’Amministrazione ha la facoltà di approvare il Piano di Qualità entro 5 giorni solari dalla ricezione ovvero di comunicare entro il medesimo termine la richiesta di eventuali modifiche e/o integrazioni. In tal caso il fornitore dovrà apportare al documento presentato quanto richiesto in aggiunta. Il fornitore dovrà inviare la versione definitiva entro 5 giorni solari dalla comunicazione di richiesta dell’Amministrazione contraente. L’Amministrazione può richiedere aggiornamenti del Piano di Qualità ogni qualvolta lo ritenga necessario.
Il Piano della Qualità dovrà:
• Assegnare metodi e strumenti per associare ai requisiti caratteristici dei servizi contrattualmente postulati, con i processi del sistema di qualità del fornitore già disponibili;
• Esprimere le composizioni organizzativo - gestionali nonché metodologiche adottate dal fornitore, per giungere agli obiettivi tecnici e di qualità contrattualmente stabiliti;
• Descrivere le procedure di lavoro poste in essere dal fornitore, facendo attinenza o a procedure relative al proprio organismo, e per ciò descritte nel manuale qualità, o a processi sviluppati per la specifica richiesta contrattuale;
• Assicurare il regolare e coerente progredire delle attività contrattualmente attese, nonché la chiarezza e la tracciabilità di tutte le azioni messe in atto dalle parti in causa, il fornitore e la Amministrazione contraente.
Il fornitore, nell’ elaborazione delle attività operative contrattualmente previste, dovrà attenersi e dovrà essere conforme a quanto previsto dal piano della qualità approvato. Il fornitore dovrà accettare le eventuali verifiche ispettive (verifiche mirate o verifiche di seconda parte), effettuate dall’organismo di ispezione designato dalla Amministrazione e svolte nel rispetto di quanto prescritto dalla serie di norme EN ISO 19011, allo scopo di verificare il rispetto di quanto stabilito nel Piano di Qualità.
9.4. Indicatori della Qualità
Nell’Appendice 1 sono riportati gli Indicatori di Qualità riferiti ai servizi del presente bando, definiti in coerenza con il documento “Linee guida per la qualità dei beni e dei servizi ICT per la definizione ed il governo dei contratti della Pubblica Amministrazione” di DigitPA (già CNIPA). Le Amministrazioni potranno adoperare tali indicatori, personalizzandoli secondo necessità (ad esempio modificando i valori di soglia previsti), oppure potranno introdurre ulteriori indicatori; il fornitore sarà quindi tenuto al rispetto degli indicatori specificati.
Il fornitore è vincolato, per l’intera durata dei servizi, a rendicontare gli Indicatori di qualità richiesti dall’Amministrazione. Tutti gli Indicatori di qualità dovranno essere indicati nel Piano della Qualità generale da sottoporre all’approvazione dell’Amministrazione. Durante il completo ciclo contrattuale ogni indicatore di qualità potrà essere verificato su richiesta dell’Amministrazione; il riesame potrà derivare da nuovi metodi e strumenti per la misurazione non adoperabili alla data di stipula del contratto e/o dall’adattamento delle metodologie per il monitoraggio e la rilevazione dei singoli indicatori di qualità che sono risultate non efficaci.
L’Amministrazione ed il fornitore, in caso di necessità, stabiliranno possibili cambiamenti ai metodi di valutazione successivamente restituiti e tracciati nel Piano della Qualità generale. Il fornitore si impegna a fornire i servizi tenendo conto dei cambiamenti richieste e a recepirle nel Piano della Qualità generale, da sottomettere all’approvazione dell’Amministrazione. Nella stesura del Piano della Qualità, nell’ interesse dell’Amministrazione, il fornitore per ciascun Indicatore di qualità dovrà descrivere le sorgenti dei dati adoperate per la collezione dei dati fondamentali nonché gli strumenti per la progettazione e elaborazione delle informazioni di dettaglio.
10. Governo e monitoraggio della fornitura
Nel presente capitolo si forniscono indicazioni sulle modalità di governo che il fornitore aggiudicatario deve obbligatoriamente rispettare.
10.1. Referenti
Per l’erogazione dei servizi oggetto del presente capitolato tecnico, il fornitore dovrà definire le seguenti figure professionali:
• Un Responsabile del Contratto Quadro, che avrà la responsabilità di gestire e risolvere tutte le problematiche legate al corretto svolgimento del Contratto Quadro nei confronti di Xxxxxx;
• Uno o più responsabili dei Contratti Esecutivi, che avranno la responsabilità di gestire e risolvere le problematiche relative ai singoli Contratti Esecutivi, come fatturazione, rispetto dei livelli di servizio, ecc.;
• Uno o più Responsabili tecnici, che avranno la responsabilità di coordinare dal punto di vista operativo tutte le attività legate ai servizi oggetto del presente capitolato tecnico. Il Responsabile tecnico dovrà inoltre coordinare tutte le attività e produrre resoconti periodici, da presentare per discussione durante i SAL (Stato Avanzamento Lavori) con le Amministrazioni.
10.2. Stato Avanzamento Lavori
Gli Stati Avanzamento Lavori, da fornire con cadenza almeno trimestrale e in ogni caso ogni qual volta richiesto dall’Amministrazione contraente, riguarderanno almeno i seguenti argomenti:
• Dettaglio delle attività svolte e quelle ancora da svolgere;
• Eventuali problematiche insorte;
• Questioni aperte di carattere strategico/metodologico da sottoporre all’attenzione dell’Amministrazione contraente;
• Esito dei collaudi effettuati e collaudi previsti nel mese successivo;
• Varianti e modifiche emerse nel periodo;
• Ritardi verificatisi nelle attivazioni rispetto alle date previste nel Progetto Esecutivo;
• Malfunzionamenti verificatisi nel periodo.
A fronte di eventuali problematiche che dovessero presentarsi, il SAL dovrà comprendere anche le relative proposte di risoluzione e le decisioni prese.
Su richiesta dell’Amministrazione, il Responsabile del Contratto esecutivo ed il/i Responsabile/i tecnico/i per l’erogazione dei servizi parteciperanno agli incontri con il Committente per comunicare gli aggiornamenti sullo stato dei servizi erogati e per condividere ogni eventuale azione correttiva necessaria al rispetto dei livelli di servizio previsti. Tali incontri avverranno entro 10 giorni successivi alla richiesta, in data da concordare via mail tra le parti.
10.3. Valutazione risorse da parte dell’Amministrazione
Il fornitore garantisce che tutte le risorse che impiegherà per l’erogazione dei servizi oggetto della fornitura, sia in fase di presa in carico dei servizi sia durante la fornitura stessa in caso di integrazioni e/o sostituzioni, rispondono ai requisiti minimi espressi dal presente capitolato.
A tal fine, il fornitore, con le modalità ed i tempi previsti dal Contratto Esecutivo, sottoporrà i curricula vitae (CV) del personale dedicato all’erogazione dei servizi di fornitura, qualunque sia il ruolo ed il servizio impiegato, all’approvazione dell’Amministrazione, che potrà procedere ad un colloquio di approfondimento per verificare la corrispondenza delle competenze dichiarate nel CV e il possesso delle certificazioni, laddove previste.
Per il personale ritenuto inadeguato, l’Amministrazione contraente procederà alla richiesta formale di sostituzione che dovrà avvenire seguendo le modalità ed i tempi previsti dal Contratto Esecutivo.
10.4. Pianificazione dei servizi
Al Progetto Esecutivo dovrà essere allegato il Piano di Lavoro Generale, che potrà essere aggiornato in fase di esecuzione delle attività.
Il Piano di Lavoro Generale descrive interventi, obiettivi, tempi e impegno per ciascuna attività del servizio, considerando soprattutto:
• Un piano di subentro (a inizio fornitura) da prevedere quando l’Amministrazione contraente lo ritenga opportuno;
• Un piano di trasferimento del know how (quando richiesto);
• Un piano di lavoro per tutti i servizi a carattere continuativo;
• Un piano riepilogativo (per i servizi a carattere progettuale).
Il fornitore è tenuto a comunicare proattivamente e con la massima tempestività qualsiasi criticità, ritardo o impedimento che modifichi il piano approvato e ad inviare la ripianificazione delle attività entro 5 giorni solari dal verificarsi dell’evento che determina la necessità di modificare il piano.
L’Amministrazione ha la facoltà di approvare le modifiche/integrazioni al Piano di Lavoro Generale entro 5 giorni solari dalla ricezione ovvero di comunicare entro il medesimo termine la richiesta di eventuali modifiche e/o integrazioni. In tal caso il fornitore dovrà apportare al documento le modifiche richieste entro 5 giorni solari dalla comunicazione di richiesta dell’Amministrazione.
In qualunque momento la Committente può richiedere la consegna del Piano di Lavoro Generale: questo dovrà contenere tutti gli aggiornamenti concordati.
Per ciascun Intervento e/o Obiettivo di carattere progettuale il fornitore è tenuto a presentare e tenere aggiornato un Piano di Lavoro Obiettivo.
Il fornitore dovrà mantenere aggiornato la sezione di stato di avanzamento prevista nei singoli Piani approvati, fornendo tempestivamente indicazioni sulle attività concluse ed in corso, esplicitandone la percentuale di avanzamento, descrivendo eventuali criticità/ritardi e le relative azioni di recupero.
10.5. Modalità di consegna
Ogni comunicazione formale (consegna documentazione, ripianificazioni, ecc.) relativa alla gestione ed all’esecuzione del contratto dovrà essere:
• Formalizzata in una comunicazione scritta (verbale, lettera, ecc.);
• Accompagnata da una lettera di consegna, sottoscritta dal soggetto contrattualmente responsabile e indirizzata all’attenzione del referente della Committente (Direttore dell’Esecuzione, responsabile di progetto e/o di servizio, monitore, responsabile del procedimento, ecc.).
Si precisa che la presentazione della lettera di consegna deve essere inviata con posta elettronica certificata e che l’utilizzo di una modalità diversa equivale a mancata consegna.
La comunicazione formale dovrà contenere tutti i riferimenti all’eventuale documentazione allegata (codice, descrizione, versione).
La consegna è ritenuta valida se il documento consegnato rispetta gli standard previsti ed è completo di tutti gli allegati.
Una consegna non valida corrisponderà ad una mancata consegna.
Ai fini della consegna e degli indicatori di qualità vale la data di accettazione da parte della Committente.
Per gli estremi della consegna farà fede la data e ora di ricezione della Posta Elettronica Certificata della Committente; nei casi di impossibilità di utilizzo della posta elettronica certificata della Committente, per cause non imputabili al fornitore, farà fede la data di accettazione della comunicazione da parte della Committente.
Quanto sopra potrà subire evoluzioni derivanti dall’introduzione di nuovi strumenti automatici a ciò deputati.
La consegna può contenere uno o più elementi della seguente natura:
• Oggetti software;
• Documentazione.
Il fornitore ha l’obbligo di utilizzare e mantenere un proprio strumento di configuration e versioning del software, in modo da garantire la gestione della configurazione in tutte le attività che prevedono oggetti software. L’Amministrazione contraente può indicare un suo strumento di configuration management applicativo e obbligare il fornitore ad utilizzarlo.
Il fornitore deve consegnare all’Amministrazione tutti i prodotti della fornitura di natura documentale.
Qualora la Committente disponga di un Portale o di uno strumento di gestione documentale, è possibile che venga richiesto al fornitore di procedere alla consegna dei documenti utilizzando tali strumenti.
Inoltre, ove richiesto, il fornitore deve essere in grado di inviare documenti e comunicazione formali anche via PEC.
La documentazione dovrà essere in formato nativo firmata digitalmente (Microsoft Word, Excel, PowerPoint, ecc.) e deve essere accompagnata dalla lettera di consegna in formato cartaceo.
E’ necessario comunque prevedere sempre la consegna su un supporto digitale (cd, dvd, ecc.) contenente la documentazione in formato nativo, firmata digitalmente accompagnata dalla lettera di consegna in formato cartaceo, nel caso di temporanea indisponibilità degli strumenti descritti.
Tutti i prodotti consegnati su supporti ottici o in via telematica dovranno essere esenti da virus.
La committente si riserva di verificare l’assenza di virus secondo le modalità e gli strumenti che riterrà più opportuni.
10.5.1. Accettazione / approvazione prodotti della fornitura
Come dettagliatamente indicato nell’Appendice “Ciclo di vita e prodotti del servizio” tutti i prodotti della fornitura saranno sottoposti ad accettazione / approvazione / valutazione per verificare la rispondenza dei prodotti stessi ai requisiti e alle specifiche richiesti.
Le anomalie, intese come malfunzionamenti, disallineamenti, non corrispondenza agli standard, dovranno essere tempestivamente risolte dal fornitore per permettere la
prosecuzione delle attività, entro comunque i tempi definiti dal presente Capitolato Tecnico e dalle relative Appendici.
Eventuali ritardi nella risoluzione delle anomalie comporteranno l’applicazione delle penali previste nell’Appendice Indicatori di Qualità.
Per i servizi gestiti in modalità progettuale nel caso si verifichino situazioni “anomale” che, a giudizio dell’Amministrazione, sia per numerosità sia per gravità, sia per non rispetto dei tempi massimi indicati nell’Appendice 1 “Indicatori di qualità” per la risoluzione delle difformità, non consentano lo svolgimento o la prosecuzione delle attività, l’Amministrazione procederà alla sospensione della fase progettuale e lo slittamento del termine della fase stessa sarà a totale carico del fornitore comportando le azioni contrattuali previste. La consegna della versione corretta dei prodotti dovrà avvenire entro il nuovo termine fissato dalla Committente.
In caso in cui sia possibile procedere all’accettazione / approvazione / valutazione dei prodotti, verrà redatto e sottoscritto dell’Amministrazione il verbale / lettera di accettazione / approvazione. Tale documento sarà utilizzato in fase di Verifica di Conformità.
10.5.2. Verifiche di conformità
Le Amministrazioni contraenti procederanno alla realizzazione delle verifiche di conformità, ai sensi dell’art. 312 del D.P.R. n. 207/2010, relativamente ai seguenti servizi:
• Servizi di sviluppo software;
• Servizi di gestione, manutenzione e assistenza;
• Servizi di supporto organizzativo.
Le Amministrazioni, dopo aver acquisito la documentazione tecnico-funzionale dei servizi (sia a carattere continuativo, sia progettuale), procederà a certificare la corretta esecuzione degli stessi. Della verifica di conformità si darà apposita comunicazione al fornitore che potrà parteciparvi. Al termine della suddetta verifica verrà data comunicazione formale al fornitore.
10.5.3. Rilevazione della soddisfazione delle Amministrazioni contraenti
Consip S.p.A. e/o terzi soggetti da essa indicati effettuerà una rilevazione sulla soddisfazione delle Amministrazioni contraenti (utenti).
Il fornitore, su richiesta della Consip S.p.A., dovrà predisporre i questionari ed elaborare i dati raccolti, fornendo la tutti gli elementi alla Consip e/o terzi soggetti da essa indicati per la verifica e condivisione.
Si precisa che il campione e le modalità di rilevazione verranno concordate con la Consip e/o terzi soggetti da essa indicati.
10.6. Monitoraggio della fornitura
10.6.1. Monitoraggio
Analogamente a quanto previsto dal Decreto Legislativo 39 del 1993 che istituisce le funzioni di monitoraggio per i progetti informatici della Pubblica Amministrazione, Consip S.p.A. e/o terzi da essa indicati e/o l’Amministrazione Contraente si riservano la facoltà di attivare funzioni di monitoraggio, tramite un appropriato gruppo di lavoro, nei seguenti settori:
• Qualità del servizio erogato;
• Conduzione del progetto,
In particolare, il monitoraggio potrà essere periodico ovvero a campione, delle modalità di progettazione e di erogazione dei servizi al fine di verificare il rispetto dei parametri prescritti e degli Indicatori di Qualità presenti in Appendice 1.
Qualora da tali rilevazioni risultino delle oggettive non conformità, l’aggiudicatario sarà tenuto ad apportare tutte le modifiche necessarie per adeguare il servizio, entro un termine massimo di 30 giorni solari.
10.6.2. Portale di monitoraggio, governo e gestione della fornitura
Il fornitore dovrà rendere disponibile un “Portale di monitoraggio, governo e gestione della fornitura” accessibile in modalità Web, tramite Internet.
Il Portale dovrà essere realizzato dall’aggiudicatario con l’obiettivo di disporre e fornire l’esercizio del controllo sulla conduzione dei Contratti esecutivi, il monitoraggio di livelli di servizio ed il monitoraggio dell’erosione del budget assegnato al Lotto aggiudicato.
Nel realizzare il Portale, l’aggiudicatario pertanto dovrà:
• Individuare i dati necessari al raggiungimento degli obiettivi di monitoraggio ed attuazione di processi manuali e/o automatici per il reperimento e la raccolta dei dati necessari;
• Produrre i dati aggregati secondo viste differenti, in funzione dei diversi utenti del sistema;
• Utilizzare strutture tabellari e grafici per una rappresentazione completa e di immediata comprensione dei dati;
• Presentare dati e rapporti su pagine Web secondo viste definite;
• Offrire funzionalità di analisi ed esplorazione dei dati, interfacce orientate all’analisi multidimensionale e alla rappresentazione dei dati con differenti gradi di granularità (“drill-down”); può essere utile la possibilità di scendere nei dettagli delle informazioni più specifiche, partendo da viste di alto livello fino ai dati elementari;
• Fornire funzionalità facilitate per la creazione di grafici ed interrogazioni complesse e personalizzate;
• Creare rapporti predefiniti, secondo tempi, modi e contenuti definiti contrattualmente e/o concordati con Xxxxxx S.p.A. e/o soggetti terzi da essa indicati, che contengano il riepilogo dei livelli di servizio con indicatori e funzioni statistiche di tipo tendenziale e temporale (esempio frequenza rispetto ai valori delle misure (ad es.: istogrammi, diagrammi di Pareto), tempo rispetto alle misure (ad es.: analisi di trend), sia in forma grafica che tabellare;
• Consentire la creazione di rapporti personalizzabili a seconda del profilo utente;
• Creare cruscotti grafici riassuntivi, costituiti dai parametri di SLA ed i valori effettivamente conseguiti;
• Consentire alle varie tipologie di utenti di poter procedere in autonomia alla estrazione in file Microsoft Excel e Microsoft Access di dati ed informazioni.
Inoltre, l’aggiudicatario dovrà provvedere ad effettuare estrazioni dal Portale e fornire la disponibilità di flussi dati anche su formato esportabile all’esterno.
Il portale Web deve essere costituito da una piattaforma di Content Management System (CMS) in grado di gestire il ciclo di vita dei contenuti.
L’infrastruttura deve gestire varie tipologie di utenze:
• Non autenticato: utente generico del World Wide Web (WWW);
• Utente accreditato (ad esempio un fornitore di servizi);
• Pubblica Amministrazione: ad esempio gli utenti di una Amministrazione contraente che ha aderito (o intende aderire) ai servizi oggetto della fornitura;
• Utente accreditato facente parte della struttura organizzativa della Pubblica Amministrazione (Consip S.p.A. e/o terzi soggetti da essa indicati, ecc.).
Il portale Web è costituito almeno dalle seguenti aree di interesse con accesso differenziato alle varie tipologie di utenti:
• “Area informativa”: contiene informazioni di carattere generale sui servizi della fornitura;
• “Area Governance” contenente almeno: form per il caricamento dei documenti da pubblicare nell’Area Informativa, form per la compilazione, variazione e la gestione dei Contratti Esecutivi (configurazione di ciascun servizio e dettagli come oggetto, data di attivazione, ecc.), form per la richiesta di approvazione dei Contratti Esecutivi da parte dell’Amministrazione contraente, informazioni sulle procedure di caricamento dati di qualità e sicurezza;
• “Area Reportistica dei Servizi”, area che contiene almeno le seguenti informazioni: report statici e dinamici relativi a tutti i dati di tutti i Contratti Esecutivi attivati; report statici e dinamici relativi ai dati di qualità e sicurezza; reportistica delle penali dovute dal fornitore relative ai contratti quadro ed esecutivi; report statici e dinamici relativi ai valori economici dei contratti esecutivi sottoscritti dal fornitore e da ciascuna Amministrazione contraente, con evidenza della capacità contrattuale residuale.
Come dettagliato nel seguito, tale portale dovrà almeno:
• Consentire la gestione dei dati di qualità e sicurezza: la piattaforma informatica di governance deve fornire le funzionalità di “Gestione dei Dati di Qualità e Sicurezza” al fine di garantire a Consip il corretto monitoraggio della qualità e della sicurezza. La piattaforma informatica Dati di Qualità e Sicurezza deve contenere i dati di qualità e sicurezza, contenuti nel Piano di Qualità della fornitura, relativi ai “Key Performance Indicator” (di seguito KPI) di tutti i servizi erogati dal fornitore e i dati economici relativi ai KPI del fornitore;
• Rendere disponibile un cruscotto sintetico di controllo/monitoraggio tecnico/operativo della fornitura, sulla base dei dati di propria competenza; il fornitore dovrà rendere disponibile un cruscotto con accesso via Web con una vista sintetica degli indicatori relativi alle prestazioni generali dei singoli servizi acquistati dalle Amministrazioni contraenti e sull’avanzamento in termini di valore economico consuntivato rispetto al valore della singola fornitura e del Contratto Esecutivo ed in generale di tutto il Contratto Quadro. Il cruscotto dovrà essere funzionante entro 30 giorni dalla richiesta;
• Fornire funzionalità e reportistica per la gestione documentale: la gestione documentale deve consentire di archiviare, classificare ed organizzare la documentazione amministrativa ed operativa della singola fornitura e del Contratto Esecutivo;
• Rendere accessibili tutte le funzionalità e la reportistica relativa al monitoraggio tecnico/operativo della fornitura;
• Gestire gli accessi selettivi e sicuri ai dati fornendo funzionalità di gestione e profilazione utenti e mettendo a disposizione di ciascun utente abilitato i soli dati di propria competenza.
Il sistema dovrà essere implementato utilizzando un’infrastruttura hardware e software che il fornitore stesso provvederà a realizzare e mantenere in esercizio. Il fornitore procederà alla realizzazione del sistema sulla base di quanto proposto nell’Offerta Tecnica.
Il portale dovrà essere reso disponibile a far data dall’attivazione dei servizi del primo Contratto Esecutivo di fornitura sottoscritto e dovrà essere reso disponibile con continuità alle Amministrazioni contraenti, a Consip S.p.A. e/o tersi soggetti da essa indicati, e ad eventuali strutture da essi delegate per tutta la durata contrattuale ed aggiornato con frequenza almeno mensile, entro il 15 del mese successivo al mese di riferimento.
Il portale deve essere gestito globalmente dal fornitore che assume la responsabilità di garantire:
• L’hosting della piattaforma;
• La gestione e manutenzione del portale;
• L’aggiornamento dei contenuti e la corretta alimentazione del sito;
• La disponibilità in linea per le Amministrazioni, Consip S.p.A. e/o soggetti tersi da essa indicati;
• La gestione degli accessi agli utenti abilitati mediante credenziali di riconoscimento (es., login e password);
• La disponibilità di un manuale di utilizzo del portale e dei singoli sistemi integrati;
• La disponibilità di un servizio di supporto tecnico e funzionale agli utenti.
Tutta la reportistica prodotta relativa ai servizi dovrà essere archiviata e conservata a cura del fornitore, attraverso un sistema di gestione della documentazione riservata.
10.6.3. Informativa periodica sulla evoluzione tecnologica dei servizi
Su richiesta di Xxxxxx S.p.A., il fornitore potrà essere chiamato ad effettuare una attività di informazione e condivisione nei confronti delle Amministrazioni e di altri soggetti da queste individuati in merito a tematiche e problematiche inerenti, a titolo di esempio:
• L’evoluzione tecnologica relativa ai servizi oggetto del presente Capitolato;
• L’evoluzione relativa alle modalità di erogazione di servizi ICT che si affermano sul mercato;
• L’evoluzione nelle modalità di tariffazione e pagamento dei servizi;
• Le potenzialità offerte alla Pubblica Amministrazione dalle innovazioni di cui ai punti precedenti.
L’informativa sarà realizzata per un numero massimo di tre sessioni, con 50 partecipanti ciascuna.
L’attività dovrà essere svolta secondo le modalità indicate da Consip S.p.A..
Il fornitore renderà disponibile adeguati locali con le eventuali dotazioni tecnologiche finalizzate allo svolgimento della informativa e relativo materiale cartaceo e digitale a supporto e, laddove opportuno, potrà proporre anche soluzioni tecnologiche alternative alla formazione in aula (es. “e-learning”).
Il fornitore dovrà altresì essere disponibile ad attrezzare ed erogare le sessioni informative/formative presso locali indicati da Consip.
L’agenda dei contenuti proposti per la singola sessione dovrà essere pubblicata sul Portale di monitoraggio, governo e gestione della fornitura (cfr. paragrafo 10.6.2), in modo da consentire agli utenti delle Amministrazioni l’iscrizione alle sessioni dell’informativa.
Il sito di cui sopra renderà disponibile, per ciascuna informativa, un numero di iscrizioni per ogni Amministrazione che sia compatibile con il numero massimo di partecipanti stabilito sopra.
Il fornitore renderà disponibile il materiale cartaceo e digitale a supporto dell’Informativa periodica.
10.6.4. Verifiche ispettive
Durante tutta la durata del Contratto, al fine di verificare la conformità delle prestazioni contrattuali a quanto prescritto nel Capitolato Tecnico e nell’ulteriore documentazione contrattuale, nonché di accertare l’adempimento degli impegni assunti dal fornitore, Consip S.p.A. e/o potrà effettuare – anche avvalendosi di Organismi di Ispezione accreditati secondo la norma UNI CEI EN ISO/IEC 17020:2012 – apposite verifiche ispettive.
I costi di tali verifiche saranno a carico del fornitore che dovrà corrisponderli direttamente all’Organismo di Ispezione. La fattura, relativa al pagamento delle verifiche ispettive, potrà essere inviata da parte dell’Organismo di Ispezione anche a Consip S.p.A. in copia conoscenza.
Per l’espletamento della suddetta attività, si farà riferimento agli indicatori di qualità indicati nell’Appendice 1 Indicatori di Qualità.
Le verifiche ispettive potranno essere effettuate sia presso le sedi del fornitore sia presso quelle delle Amministrazioni contraenti. L’aggiudicatario dovrà, pertanto, attivarsi affinché le verifiche possano essere espletate nel migliore dei modi e senza intralcio all’attività.
L’Organismo di Ispezione, su indicazione della Consip S.p.A., effettuerà uno o più cicli di verifiche ispettive.
11. Quadro riassuntivo dei servizi della fornitura
Si riporta di seguito in forma tabellare, la metrica, la rendicontazione ed il dimensionamento per ciascun servizio del Lotto 5.
Il dimensionamento è da considerarsi una stima indicativa, non vincolante per l’Amministrazione contraente, del peso in percentuale di ciascun servizio rispetto al totale del Lotto 5.
Servizi | Dimensionamento sul totale del Lotto | Metrica | Rendicontazione | |
Servizi di sviluppo software | Parametrizzazione e personalizzazione | 50% | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo |
Analisi, progettazione e realizzazione SW ad hoc | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | ||
Manutenzione evolutiva | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | ||
Migrazione sistemi e applicazioni | Function Point / Giorni Persona | Progettuale - A Corpo / Consumo | ||
Presa in carico | A carico del fornitore | Nessuna | ||
Gestione applicativa e supporto utenti | Giorni Persona | Canone / Consumo | ||
Servizi di gestione, manutenzione e assistenza | 20% | |||
Manutenzione adeguativa e correttiva | Function Point / Giorni Persona | Canone / Consumo | ||
Assistenza da remoto e supporto specialistico | Giorni Persona | Canone / Consumo | ||
Conduzione tecnica infrastruttura | Giorni Persona | Canone / Consumo | ||
Servizi di supporto organizzativo | Supporto alla revisione dei processi | 30% | Giorni Persona | Progettuale - A Corpo / Consumo |
Supporto architetturale | Giorni Persona | Progettuale - A Corpo / Consumo | ||
Supporto tematico e funzionale | Giorni Persona | Progettuale - A Corpo / Consumo | ||
- FINE DEL DOCUMENTO –