Source: http://docplayer.it/616674-.html
Timestamp: 2017-06-26 08:47:59+00:00

Document:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 Capitolato tecnico per la progettazione, realizzazione e manutenzione del Sistema Informativo Appalti Pubblici Sanità (SIAPS) CIG n A9F18 INDICE 1 CONTESTO OPERATIVO E RIFERIMENTI NORMATIVI SCENARIO ATTUALE SCENARIO DI RIFERIMENTO PER I PROCESSI AUTORIZZATIVI OBBIETTIVI CHE SI INTENDONO RAGGIUNGERE OGGETTO DELLA FORNITURA DURATA SEDE E STRUMENTI DI LAVORO APPLICAZIONI E PIATTAFORME DISPONIBILI CARATTERISTICHE DELLA NUOVA SOLUZIONE CARATTERISTICHE DI BASE REQUISITI TECNICI OBBLIGATORI CARATTERISTICHE TECNICHE OPZIONALI REQUISITI FUNZIONALI E DI PROCESSO OBBLIGATORI FUNZIONALITÀ AGGIUNTIVE DESCRIZIONE FUNZIONALE Gestione delle autorizzazioni Anagrafica e albo fornitori Profilazione e gestione degli utenti interni ed esterni Sistemi per la gestione delle gare Procedure telematiche di acquisto Sistema dinamico di acquisto Mercato elettronico Cottimo fiduciario Asta elettronica Centrale di committenza e negozio elettronico Raccolta ed analisi dei fabbisogni Portale aziendale Document management ATTIVITÀ DA SVOLGERE PREDISPOSIZIONE DEL PROGETTO ESECUTIVO FORNITURA DELLE INFRASTRUTTURE CENTRALI FORNITURA DELLA PIATTAFORMA INFORMATICA REALIZZAZIONE DEL SISTEMA Installazione delle infrastrutture19 7.4.2 Installazione del software in configurazione standard Configurazione e personalizzazione Integrazione con il SIAC Recupero e migrazione dei dati pregressi Sviluppo di altre integrazioni Addestramento Analisi Pianificazione e progettazione Erogazione degli interventi formativi Verifica e valutazione dei risultati Test e collaudo del sistema Attività di test Collaudo Modalità di esecuzione del collaudo Esito del collaudo Avvio in esercizio e affiancamento operativo ATTIVITÀ POST-IMPLEMENTAZIONE ASSISTENZA E MANUTENZIONE IN ESERCIZIO Manutenzione, assistenza ed ottimizzazione Servizi aggiuntivi Affiancamento finale Livelli di servizio PENALI FASE DI REALIZZAZIONE E COLLAUDO ASSISTENZA E MANUTENZIONE IN ESERCIZIO CONTENUTI DELL'OFFERTA TECNICA STRUTTURA DEL DOCUMENTO20 Definizioni ed acronimi AASSLL AAOO API ARSAN BDU BI BURC CAD CLOUD DB DGRC DMZ EAI IA KPI L.R. PA PEC SAL SDA SIAC SIAPS SLA SOA SSL SSO SSR Aziende Sanitarie Locali Aziende Ospedaliere Application Programming Interface Agenzia Regionale Sanitaria Regione Campania Banca Dati Unificata Business Intelligence Bollettino Ufficiale della Regione Campania Codice dell'amministrazione Digitale Cloud Computing è un modello che consente di abilitare un accesso conveniente e su richiesta a un insieme condiviso di risorse informatiche configurabili Data Base Delibera Giunta Regionale Campania Demilitarized Zone Enterprise Application Integration Impresa Aggiudicatrice Key Performance Indicators (indicatore chiave di prestazione) Legge Regionale Pubblica Amministrazione Posta Elettronica Certificata Stato Avanzamento Lavori Sistema dinamico di acquisizione Sistema Informativo Amministrativo Contabile Sistema Informativo Appalti Pubblici Sanità Service Level Agreement Service Oriented Architecture Secure Sockets Layer Single Sign On Servizio Sanitario Regionale - 4 -21 SURAFS UDDI VPN WBS WFMC Sistema Unico Regionale Acquisizione Fatture Sanità Universal Description Discovery and Integration Virtual Private Network (Rete Privata Virtuale) Work Breakdown Structure (struttura analitica di progetto) Workflow Management Coalition - 5 -22 1 CONTESTO OPERATIVO E RIFERIMENTI NORMATIVI La So.Re.Sa. S.p.A. Società Regionale per la Sanità - è una società per azioni unipersonale, istituita dalla Regione Campania con DGRC n. 361 del 27/02/2004, in attuazione dell art. 6, della L.R. n. 28 del 26/12/2003. I rapporti con la Regione, socio unico, sono disciplinati da un apposita Convenzione, il cui rinnovo è stato sottoscritto il 21/6/2013 (cfr. la Delibera della Giunta Regionale n. 154 del 3/6/2013, pubblicata sul BURC n.35 del che ha approvato il piano triennale di So.Re.Sa. e lo Schema di Convenzione). La mission della Società, come definito all art. 4 dello Statuto, così come modificato dalla Delibera della Giunta Regionale n. 236 del 31 maggio 2011 e approvato dall Assemblea Straordinaria in data 27/6/2011, consiste nell elaborare e gestire un complesso progetto finalizzato al compimento di operazioni di carattere patrimoniale, economico e finanziario, destinate ad integrarsi con gli interventi per il consolidamento ed il risanamento della maturata debitoria del sistema sanitario regionale e per l equilibrio della gestione corrente del debito della sanità; la società assiste e supporta gli enti del servizio sanitario regionale in materia di controllo di gestione e di pianificazione aziendale nei settori tecnologico, informatico e logisticogestionale. La L.R. n. 4 del 2011 ha sostituito il comma 15 dell art.6 della L.R. n. 28 del 2003, definendo la So.Re.Sa., centrale unica di acquisto, titolare in via esclusiva delle funzioni di acquisto e fornitura dei beni e attrezzature sanitarie e dei servizi non sanitari delle ASL e delle AO, precisando le condizioni per le quali è possibile, per le ASL e le AO, stipulare autonomamente contratti di acquisto e di fornitura, previa autorizzazione della So.Re.Sa., ed il limite massimo di importo entro il quale le aziende possono porre in essere autonome procedure di acquisto. La legge regionale n. 41 del 31/12/2012 ha individuato, in ottemperanza all'articolo 2, comma 80, della legge n. 191 del 2009, le disposizioni legislative a cui apportare le necessarie modifiche, con sensibili conseguenze sullo scenario operativo della società. In particolare, la L.R. 41 specifica: b) il comma 224 è sostituito dal seguente: 224. Il comma 10 dell articolo 6 della legge regionale 24 dicembre 2003, n. 28 (Disposizioni urgenti per il risanamento della finanza regionale) è sostituito dal seguente: 10. In via ordinaria la So.Re.Sa. è delegata, ai sensi dell articolo 1269 del codice civile, alla esecuzione dei pagamenti, dovuti per l esercizio del servizio sanitario, e dei debiti, regolarmente accertati, delle Aziende sanitarie locali e delle Aziende ospedaliere e costituisce, per tali aziende, centrale unica di pagamento, in coerenza con la programmazione regionale per l attuazione del Piano di rientro dal disavanzo sanitario e con i programmi operativi adottati ai sensi dell articolo 2, comma 88 della legge 23 dicembre 2009, n. 191 (Disposizioni per la formazione del bilancio annuale e pluriennale dello Stato - Finanziaria 2010). c) il comma 229 è sostituito dal seguente: 229. Il comma 15 dell articolo 6 della legge regionale 28/2003 è sostituito dal seguente: 15. La So.Re.Sa. costituisce centrale di committenza regionale che aggiudica appalti pubblici o conclude accordi quadro di - 6 -23 lavori, forniture o servizi, destinati alle ASL e AO, ai sensi dell articolo 3, comma 34 e dell articolo 33 del decreto legislativo 12 aprile 2006, n. 163 (Codice dei contratti pubblici relativi a lavori, servizi e forniture in attuazione delle direttive 2004/17/CE e 2004/18/CE - Codice degli Appalti). Prima diretta conseguenza delle indicazioni normative è stato l avvio del progetto di realizzazione del Sistema Informativo Amministrativo Contabile (SIAC), che condivide con quattro enti del SSR l intero sistema contabile e con i restanti tredici il ciclo passivo, quest ultimo considerato elemento cruciale per consentire a So.Re.Sa. di assolvere al ruolo di centrale unica di pagamento e, a seguire, il progetto per la realizzazione di un Sistema Unico Regionale Acquisizione Fatture Sanità (SURAFS). Il presente progetto, il Sistema Informativo Appalti Pubblici Sanità (SIAPS), ha per obbiettivo la realizzazione di una piattaforma per la gestione dei processi di acquisizione di beni e servizi in ambito sanitario che dovrà costituire, in prima istanza, uno strumento di razionalizzazione, ottimizzazione e sviluppo evolutivo e trasparente per le procedure di approvvigionamento e per i relativi adempimenti amministrativi di So.Re.Sa. L utilizzo della piattaforma dovrà, a seguire, essere progressivamente esteso a tutti gli enti del SSR, per i processi di acquisizione eseguiti in modo autonomo. Più in generale, il SIAC, il SURAFS e il SIAPS sono parti integranti del nascente Sistema Informativo Gestionale e Contabile della Sanità della Regione Campania, quali componenti fondamentali di un sistema integrato di monitoraggio e controllo della spesa basato sull integrazione dei dati gestionali e contabili finalizzato a: governo, a livello regionale, di un modello di analisi dei dati ispirato a logiche di lettura integrata delle fonti informative consentire il controllo delle variabili chiave a livello aziendale: fabbisogni, consumi, debito, flussi finanziari. Con la realizzazione del SIAPS verranno ulteriormente sviluppati i processi di aggregazione d acquisto in ambito sanitario regionale, vigilando sulla correttezza, trasparenza, efficienza ed efficacia nell applicazione delle norme sui contratti pubblici, con l ulteriore possibilità di creare un osservatorio prezzi e sistemi di benchmarking. 1.1 SCENARIO ATTUALE All interno del processo di acquisizione di beni e servizi, sia esso relativo a gare centralizzate o a gare autonome esperite dalle ASL/AO, è possibile distinguere tre fasi: una prima fase in cui, a partire da una raccolta di fabbisogni o da una specifica esigenza, viene esperita una gara per selezionare il fornitore, che si conclude con il perfezionamento di un contratto; successivamente si passa alla fase di esecuzione della fornitura, che può considerarsi conclusa con l emissione della fattura da parte del fornitore; il processo di acquisizione termina con la fase finalizzata alla gestione dei pagamenti24 Le ultime due fasi non sono di pertinenza del presente progetto e, pertanto, non verranno ulteriormente approfondite. Per quanto riguarda la fase di acquisizione di beni e servizi da parte degli enti del SSR, nel caso di gare centralizzate i processi operativi possono essere schematizzati come segue: N.B. I processi evidenziati in azzurro nella figura precedente sono di competenza del sistema SIAC. Nel rispetto di quanto disposto dalla su citata L.R. 41, a partire dal 1 gennaio 2013 So.Re.Sa. ha modificato il proprio ruolo di centrale acquisti in centrale di committenza 1, e tutte le gare effettuate a partire da tale data sono state esperite nel nuovo quadro normativo. Successivi decreti hanno meglio precisato le modalità di gestione del periodo transitorio, disponendo che So.Re.Sa. provveda al completamento delle procedure di gara già indette alla data di entrata in vigore della legge regionale n. 41 del 31/12/2012 ed alla stipula dei conseguenti contratti di acquisto e all adozione, nel rispetto della vigente normativa in materia, dei provvedimenti necessari ad assicurare la continuità nell approvvigionamento dei beni, servizi ed attrezzature per le aziende sanitarie regionali 2. 1 si evidenzia che nella fase di acquisizione i processi di competenza del presente progetto restano sostanzialmente inalterati nei due ruoli 2 sono tuttora attivi sistemi dinamici di acquisizione (SDA) che prevedono confronti competitivi fino al25 L acquisizione in autonomia di beni e servizi da parte degli enti del SSR può essere schematizzata come segue 3 : Flusso delle attività So.Re.Sa. Centrale Commitenza e pagamenti FASE 1 bis Gara autonoma, contratto Situazione attuale Fase So.Re.Sa. ASL/AO Pianificazione gara Richiesta autorizzazione Valutazione richiesta autorizzazione Espletamento gara Contratto Immissione contratto in piattaforma FASE 2 Fornitori Predisposizione documentazione Regione Campania I processi autorizzativi (richiesta da parte dell ente approvazione da parte di So.Re.Sa.) costituiscono gli elementi distintivi e fondamentali del flusso, peraltro sostanzialmente identico a quello di So.Re.Sa. per gli aspetti riguardanti l espletamento delle procedure di gara. Ad esclusione del SDA, utilizzato in service da So.Re.Sa., non sono di fatto disponibili piattaforme informatiche a supporto dei processi di acquisizione, sia per le fasi di espletamento delle gare che per la gestione dei processi autorizzativi. 1.2 SCENARIO DI RIFERIMENTO PER I PROCESSI AUTORIZZATIVI La stipula di contratti autonomi di acquisto e fornitura da parte delle ASL e delle AO è condizionato, secondo quanto previsto dalle norme regionali, all acquisizione della preventiva autorizzazione da parte di So.Re.Sa., che deve effettuare le necessarie valutazioni ed emettere il parere entro 10 giorni dalla ricezione della richiesta da parte di un ente. 3 si ricorda che la L.R. 4 del 2011, al comma 15, precisa le condizioni per le quali è possibile, per le ASL e le AO, stipulare autonomamente contratti di acquisto e di fornitura, previa autorizzazione della So.Re.Sa., ed il limite massimo di importo entro il quale le aziende possono porre in essere autonome procedure di acquisto - 9 -26 Allo stato attuale la procedura interna a So.Re.Sa. per la gestione del flusso delle autorizzazioni non è supportata da strumenti informatici evoluti, in grado di governare il flusso dei processi attraverso un workflow delle autorizzazioni, in cui siano efficacemente monitorati i processi stessi, le assegnazioni e i carichi di lavoro. Uno degli obbiettivi del progetto è di rendere disponibile una piattaforma informatica di gestione delle richieste di autorizzazione, implementando i processi e i controlli previsti dal seguente flusso generalizzato: 1.3 OBBIETTIVI CHE SI INTENDONO RAGGIUNGERE So.Re.Sa., in materia di centralizzazione degli acquisti, ha compiuto significativi progressi ed esistono le condizioni per ulteriori sviluppi del sistema, anche alla luce dei recenti interventi normativi che hanno disposto la trasformazione di So.Re.Sa. da centrale di acquisto a centrale di committenza. In particolare, oltre a consolidare i risultati già conseguiti nelle categorie merceologiche già focalizzate, che assicura un grado di copertura di circa i 2/5 del complessivo fabbisogno delle aziende sanitarie regionali, si intendono conseguire ulteriori economie mediante l aggregazione dei fabbisogni di ulteriori voci di spesa che rappresentano una parte consistente della spesa sanitaria regionale, con l obbiettivo: 27 di estendere progressivamente, nel triennio , l attuale copertura fino a raggiungere i 4/5 del complessivo fabbisogno; di rendere effettivamente valorizzabili nei conti economici delle Aziende Sanitarie i risparmi conseguenti alle economie derivanti dall espletamento delle gare centralizzate, attraverso il costante monitoraggio dei consumi delle aziende sanitarie regionali ed il loro aggancio ai fabbisogni comunicati in sede di programmazione. Nell azione di razionalizzazione della spesa sanitaria in beni e servizi, So.Re.Sa si è concentrata, fin ad oggi, principalmente sulla componente prezzo attraverso l espletamento di gare centralizzate. Con la riconfigurazione della funzione in Centrale di Committenza l obbiettivo del prossimo triennio sarà lo spostamento del focus sulle altre componenti principali della spesa, quali: Controllo della domanda: standardizzazione degli acquisti e dei livelli di servizio; monitoraggio delle forniture sia in termini quantitativi che qualitativi; Processi: la definizione di modelli di Best practices di riferimento per le Aziende, l armonizzazione dei processi di pianificazione e gestione delle forniture e il supporto alle stesse Aziende nella loro implementazione, in accordo con le indicazioni regionali. Dal punto di vista dei sistemi informativi, So.Re.Sa. deve orientarsi verso un modello di gestione on line del processo di procurement "end to end", con soluzioni che consentano l'integrazione dei processi di pianificazione, gestione e monitoraggio della spesa di So.Re.Sa. con quelli delle Aziende Sanitarie, nonché delle successive fasi di pagamento e gestione del debito. Questo percorso deve essere affrontato partendo da una armonizzazione dei processi di gestione amministrativa e contabile, nonché delle anagrafiche, e attraverso la definizione di un modello di riferimento per le Aziende Sanitarie e Ospedaliere, da inquadrare nel più ampio intervento di armonizzazione dei bilanci disposto dal D.Lgs. 118/2011. L e-procurement, inteso come l'insieme delle tecnologie digitali a supporto degli acquisti, è in grado di portare benefici significativi alla spesa complessiva delle amministrazioni pubbliche e28 costituisce, per So.Re.Sa., uno strumento fondamentale di ulteriore sviluppo delle proprie attività istituzionali di centrale committenza. Come evidenziato da svariati studi sull'argomento, gare e aste elettroniche portano benefici significativi legati non solo al risparmio economico ma anche al deciso miglioramento del processo di acquisto, attraverso lo snellimento delle procedure, la riduzione dei tempi e la diminuzione del fabbisogno di risorse. Ai benefici appena elencati, evidentemente tangibili e quantificabili, si aggiungono ulteriori elementi positivi quali l'aumento della trasparenza e una spinta verso una maggiore concorrenza e apertura del mercato. Il sistema oggetto della presente procedura dovrà rendere disponibile una soluzione orientata all ottimizzazione del ciclo degli acquisti, sfruttando la tecnologia internet per supportare l intero ciclo del processo di acquisto e di interazione con i fornitori ed i compratori (So.Re.Sa. e gli enti del SSR), e dovrà essere coerente con le normative vigenti, sia in materia di Amministrazione Digitale che di codice degli appalti, e con il Decreto Legislativo 6 luglio 2012 n. 95 (convertito in Legge 7 agosto 2012, n. 135) - disposizioni urgenti per la revisione della spesa pubblica con invarianza dei servizi ai cittadini. La piattaforma, in particolare, dovrà essere in grado di gestire in modo integrato i processi di acquisizione mediante gare in applicazione di quanto previsto dall art. 60 del D.Lgs. 163/06 (sistema dinamico di acquisizione), una modalità di acquisizione positivamente sperimentata da So.Re.Sa. per forniture di beni e servizi tipizzati e standardizzati, di uso corrente. Di primaria importanza, inoltre, sarà la presenza nel sistema di un area (ad accesso riservato agli enti del SSR) dedicata al dialogo, al confronto, allo scambio informativo ed alla promozione delle best practices, in un ottica di sviluppo di un sistema a rete nell ambito della sanità regionale, in linea con le indicazioni e le norme previste a livello nazionale e regionale29 2 OGGETTO DELLA FORNITURA Il presente capitolato tecnico è relativo all'acquisizione di una piattaforma informatica per l ottimizzazione dei processi e delle procedure di acquisizione di beni e servizi da parte di So.Re.Sa. e delle AA.SS.LL. e le AA.OO. della Regione Campania, delle infrastrutture e dei servizi necessari all'implementazione e all'avvio in produzione del sistema, dell'assistenza e delle manutenzioni post avvio in esercizio. Più in particolare, il progetto prevede le seguenti fasi: 1. predisposizione del progetto esecutivo 2. fornitura delle infrastrutture centrali (hardware e software di base) 3. fornitura della piattaforma informatica 4. realizzazione del sistema: a. installazione delle infrastrutture b. installazione del software in configurazione standard c. configurazione e personalizzazione d. integrazione con il SIAC e. recupero e migrazione di eventuali dati pregressi f. sviluppo di altre integrazioni g. addestramento h. test di sistema i. avvio in esercizio e affiancamento operativo 5. attività post-implementazione a. assistenza ed ottimizzazione b. manutenzione evolutiva 6. assistenza e manutenzione in esercizio a. assistenza, manutenzione correttiva e adeguativa, da attivare al termine delle precedenti fasi 5.a e 5.b, che sono da considerare parte integrante della fase di start up/avvio30 3 DURATA La fornitura avrà inizio dalla data di stipula del contratto. Nel precisare che tutte le scadenze sono da intendersi di calendario, la durata dell'appalto è al massimo di 14 mesi per la fase di realizzazione, messa a punto e collaudo (che dovrà comunque terminare entro e non oltre il 30/11/2015), e di 18 mesi per le attività di assistenza e manutenzione, con la seguente tempistica di dettaglio: entro un mese dall'inizio delle attività dovrà essere predisposto il progetto esecutivo l'avvio in esercizio del sistema per il suo utilizzo in So.Re.Sa. e nelle aziende sanitarie dovrà essere effettuato entro nove mesi dalla data di stipula del contratto per i successivi due mesi dovrà essere prestato un servizio di affiancamento operativo per So.Re.Sa. ed effettuato il collaudo del sistema per i successivi tre mesi dovranno essere erogati i servizi post-implementazione di assistenza, ottimizzazione e manutenzione evolutiva i servizi di manutenzione correttiva ed adeguativa dovranno essere erogati per i successivi 18 mesi, rinnovabili ulteriormente fino ad un massimo di 36 mesi, a partire dalla data di positivo collaudo Fermo restando i limiti massimi previsti per le scadenze temporali dell intero progetto, il piano dei rilasci in esercizio potrà prevedere pianificazioni, rilasci intermedi e collaudi parziali, in funzione delle esigenze di progetto. Il seguente diagramma di Gannt riepiloga le scadenze contrattuali e rappresenta il cronoprogramma di massima dell'appalto 31 4 SEDE E STRUMENTI DI LAVORO Le prestazioni verranno eseguite prevalentemente presso la sede di So.Re.Sa. e, quando necessario, presso gli enti del SSR e presso le server farm (primaria e di DR), in specifici spazi messi a disposizione per l'attività richiesta. Le stazioni di lavoro per il personale dell'ia dovranno essere messe a disposizione dall'impresa stessa. L'accesso ai locali So.Re.Sa. sarà consentito nell'arco temporale della normale attività lavorativa aziendale, ovvero dalle ore 8:00 alle 17:00 di tutti i giorni feriali dal lunedì al venerdì. Gli eventuali accessi presso gli enti dovranno essere concordati con gli enti medesimi. Occasionalmente potranno essere richieste prestazioni al di fuori del normale di servizio senza alcun aggravio di costi per So.Re.Sa. Per eventuali attività eseguite pressa la sede dell'ia, So.Re.Sa. metterà a disposizione dell'ia un accesso VPN, ai sistemi So.Re.Sa. o alle server farm (primaria e di DR). Eventuali oneri relativi al collegamento telematico saranno totalmente a carico dell'ia. Gli orari di collegamento per attività interattive e/o congiunte coincidono con quelli indicati in precedenza. Il collegamento VPN potrà essere comunque disponibile al di fuori di tali orari ma senza garanzia di presidio32 5 APPLICAZIONI E PIATTAFORME DISPONIBILI So.Re.Sa. ha acquisito, nel corso del 2012, la piattaforma Microsoft Sharepoint , con attivazione della Software Assurance. In tale ambiente tecnologico sono stati realizzati il sito aziendale, l archivio contratti e l archivio relativo alle procedure di gara. Quest ultima applicazione prevede la possibilità di archiviare l intera documentazione in modo strutturato per fasi (pre-gara e gara) e raccolte di documenti, secondo la seguente strutturazione: A. Pre-Gara 1. Documentazione preliminare 2. Atti per indizione di gara 3. Atti per indizione di gara con prequalifica e atti successivi B. Gara 1. Adempimenti pubblicitari ed informativi 2. Commissione Giudicatrice / Seggio Gara 3. Verifica requisiti generali 4. Aggiudicazione ed adempimenti connessi 5. Accesso atti 6. Contenziosi / Segnalazioni 7. Adempimenti pubblicitari ed informativi (esito) 8. Fase Esecutiva 9. Documentazione Ditte Partecipanti Nell ambito delle diverse raccolte possono essere archiviati documenti di vario tipo come, ad esempio: Determina di indizione, Richieste Aziende Sanitarie, Lettere di invito, Documentazione tecnica, Verbali di commissione, ecc. 6 CARATTERISTICHE DELLA NUOVA SOLUZIONE Il progetto ha come obbiettivo fondamentale la realizzazione di un sistema per l ottimizzazione dei processi e delle procedure di acquisizione di beni e servizi, sfruttando la tecnologia internet per supportare l intero ciclo del processo di acquisto e di interazione con i fornitori ed i compratori (So.Re.Sa. e gli enti del SSR), coerente con le normative vigenti, sia in materia di Amministrazione Digitale che di codice degli appalti. 4 il dettaglio delle licenze prevede: 1 server Sharepoint per intranet, 1 server per internet Enterprise, 1 server per internet standard, 100 Enterprise CAL33 Il sistema dovrà, inoltre, gestire il flusso delle autorizzazioni e implementare un sistema a rete nell ambito della sanità regionale, in linea con le indicazioni e le norme previste a livello nazionale e regionale. I destinatari del progetto sono l Assessorato alla Sanità, So.Re.Sa. e le AA.SS.LL. e le AA.OO. della Regione Campania. Dal punto di vista tecnico il sistema SIAPS dovrà essere caratterizzato da moduli funzionali gestibili separatamente, da un'architettura orientata alla metodologia SOA e all'utilizzo di web services, dovrà rispettare tutte le caratteristiche normative ed integrarsi con il sistema SIAC e dovrà adattarsi con semplicità alle future evoluzioni. 6.1 CARATTERISTICHE DI BASE La soluzione applicativa da acquisire dovrà essere coerente con le più recenti tecnologie presenti sul mercato e mantenere come riferimento i seguenti parametri generali di indirizzo: utilizzo di sistemi operativi e tecnologia di rete conformi agli standard internazionali basata su software applicativi diffusi a livello nazionale ed internazionale architettura completamente web based import/export dei dati in formato XML Le componenti applicative dovranno essere percepite dai vari utilizzatori come un sistema unico: l interfaccia utente e la logica di funzionamento del sistema dovranno essere quindi comuni all intera soluzione applicativa che dovrà presentare maschere, modalità operative, parametri, tasti funzione ecc. tra loro congruenti e consistenti, indipendentemente dalle funzionalità associate. Il protocollo di comunicazione su rete geografica e locale dovrà necessariamente essere TCP/IP. I processi applicativi dovranno essere definibili e governabili da un motore di workflow, aderente agli standard dettati dal WFMC. Tale motore dovrà sovrintendere all evoluzione dei processi applicativi e all interazione di questi con gli utenti del sistema coinvolti nei processi stessi. Il sistema deve essere aperto, deve cioè permettere lo scambio di dati con altre applicazioni, sia in input che in output, attraverso interfacce standard e consentire l integrazione con strumenti di automazione d ufficio, in modo da esportare e importare i dati verso i più diffusi strumenti di produttività individuale. Il sistema dovrà essere: modulare, in modo tale da consentire l incremento delle funzionalità operative attraverso l implementazione di moduli aggiuntivi, attivabili ed integrabili anche in tempi diversi parametrizzabile, al fine di garantire l adattamento alle esigenze di So.Re.Sa. e degli altri enti del SSR con una corretta impostazione dei parametri e non con un attività di programmazione ad hoc34 La soluzione applicativa dovrà garantire completa modularità e totale integrazione tra le diverse componenti e dovrà rispondere al requisito di scalabilità, inteso come la modalità con cui evolve l infrastruttura verticalmente (aumento delle capacità elaborative all interno dei singoli apparati) ed orizzontale (aumento della capacità elaborativa attraverso l aggiunta di nuovi apparati operanti in modalità bilanciata) in funzione della variazione dei seguenti fattori: aumento del carico computazionale aumento del carico determinato dall incremento delle connessioni al sistema aumento dello spazio disco (in GB) necessario ad ospitare i dati del sistema aumento del numero di dati elaborati in funzione del progressivo utilizzo aumento delle funzionalità della piattaforma applicativa La soluzione applicativa proposta, infine, dovrà rispondere al requisito di affidabilità, ossia di criteri e modalità operative che consentano all infrastruttura di garantire i normali livelli di servizio anche in presenza di malfunzionamenti delle singole componenti infrastrutturali, ossia che vengano offerti i meccanismi di load balancing e fail over per ciascuna componente di sistema. 6.2 REQUISITI TECNICI OBBLIGATORI I requisiti legati alle componenti tecnologiche a supporto della soluzione applicativa saranno: Flessibilità: la soluzione applicativa dovrà essere flessibile in modo da garantire, anche attraverso un concetto di scalabilità di tipo tecnologico, l adeguamento alle esigenze dell'azienda, sia in termini di numerosità di utenti che di aree applicative da implementare. In particolare è richiesto che: gli interventi fisici per installare o attivare nuovi moduli software non devono implicare interruzioni di servizio o re-implementazioni del sistema deve essere possibile gestire e riconfigurare dinamicamente tutte le componenti software, anche accedendo al sistema da postazioni remote il sistema deve saper esprimere ampie capacità di integrazione con altre componenti software esterne al sistema oggetto di fornitura; tale capacità dovrà basarsi su protocolli e metodologie di EAI (Enterprise Application Integration) riconosciuti standard di mercato (Web Services). Sicurezza ambientale e logica: la soluzione applicativa dovrà essere sicura sia dal punto di vista infrastrutturale (rete di trasmissione, protezione dei server fisici ecc.), che da quello applicativo (profilatura e controllo degli accessi al sistema). In particolare è richiesto che:35 l architettura del sistema deve essere compatibile con la realizzazione di una DMZ realizzata tramite doppio livello di firewall e completamente compatibile con gli standard di trasmissione cifrata sicura della rete TCP/IP (SSL) la soluzione applicativa dovrà offrire un unico sistema di autenticazione, identificazione e controllo degli accessi che consenta la definizione centralizzata di politiche autorizzative, tramite una apposita interfaccia di amministrazione, che possano tenere sotto controllo le autorizzazioni di accesso alle funzioni ed ai dati, limitando tale accesso ai soli utenti, interni o esterni all organizzazione, che l organizzazione stessa di volta in volta individuerà in base alle necessità. La soluzione dovrà essere in grado di integrarsi con sistemi esterni di SSO la soluzione applicativa dovrà offrire un sistema di Logging e Auditing che garantisca almeno la corretta tracciatura delle operazioni svolte, allo scopo di far fronte a tutte le normali attività di gestione, monitoraggio e troubleshooting presenti sul sistema la soluzione deve permettere una profilazione degli utenti aderendo al modello di sicurezza enterprise role-based access control (RBAC). Gli utenti potranno accedere a particolari funzioni applicative se e solo se verrà concesso loro il ruolo specifico, e dovrà essere possibile innescare dei processi autorizzativi per poter ottenere uno specifico ruolo applicativo Robustezza: la soluzione applicativa dovrà essere robusta e, se supportata da adeguate infrastrutture hardware, dovrà essere in grado di soddisfare i requisiti di "alta affidabilità" e continuità di servizio. Da parte del sistema applicativo non dovranno quindi essere posti limiti al disegno architetturale fisico che l'azienda vorrà implementare. In particolare: non dovranno essere presenti potenziali single point of failure che non possano essere risolti a livello architetturale o hardware la soluzione dovrà essere compatibile con architetture che offrano meccanismi di load-balancing e fail-over di ciascuna componente del sistema dovrà essere possibile implementare soluzioni di disaster recovery e backup/restore, che garantiscano la continuità del servizio applicativo. I backup devono essere consistenti rispetto al complesso dei dati gestiti dal sistema informativo e non devono essere necessari backup distinti di diversi sotto-sistemi il sistema dovrà poter offrire scalabilità sia di tipo verticale (sfruttando quindi sistemi multi-processore ed offrendo scalabilità delle performance, lineare con la crescita delle risorse di calcolo dei sistemi) che orizzontale (dovrà essere possibile suddividere il carico elaborativo di ciascuna componente tecnologica su macchine diverse) il sistema dovrà garantire un uso bilanciato delle risorse hardware in modo da suddividere equamente il carico elaborativo sulle varie macchine fisiche o virtuali che ospitano componenti diverse del sistema36 Consistenza della base dati complessiva: i dati gestiti dal sistema dovranno essere consistenti e non ridondati su basi dati diverse. In sintesi, il sistema dovrà essere basato su un unica base dati logica e fisica al fine di ridurre la frammentazione dei dati. Il sistema deve essere certificato per almeno uno fra i RDBMS Oracle 11g o MS SQL Server 2008 (entrambi attualmente in dotazione) Trasparenza ed integrabilità della base dati: il modello dati fisico del sistema dovrà essere direttamente leggibile e completamente documentato. Inoltre, al fine di facilitarne l integrabilità, dovranno essere rese disponibili adeguate API di integrazione richiamabili tramite linguaggi di programmazione standard Bassi costi di gestione: viene richiesto un sistema che consenta un amministrazione e manutenzione totalmente centralizzata del software applicativo, con evidenti vantaggi organizzativi, garanzia di uniformità delle versioni e risparmio di tempo di installazione ed aggiornamento Disponibilità dei sorgenti: è richiesta la disponibilità del codice sorgente e della documentazione a corredo, sia delle maschere applicative che del software legato alla logica applicativa e della documentazione in accordo al D.D. n. 104 del 7/4/2009 dell' AGC Ricerca Scientifica - Settore Analisi, Progettazione e Gestione dei Sistemi Informativi Workflow integrato: il sistema deve permettere di creare e modificare in qualsiasi momento processi, oggetti, attività, regole, messaggi e ruoli propri del workflow. Esso deve consentire, inoltre, la trasmissione di documenti e report attraverso lo strumento di posta elettronica interna. Il workflow deve permettere la visibilità in tempo reale dello stato di tutte le operazioni effettuate, evidenziando informazioni chiare e complete sia sulle transazioni in essere che su quelle concluse. Il sistema di workflow dovrà essere in grado di raggiungere tutte le funzioni aziendali tramite , sms, alert o notifiche sul portale aziendale. Il workflow dovrà essere corredato di un insieme completo di application programming interface (API) pubbliche e documentate per tutti i servizi da esso forniti e deve offrire la possibilità di chiamare direttamente funzioni esterne, gestendo il passaggio di parametri e gli eventuali time out Interfaccia utente personalizzabile: il livello client dovrà prevedere la possibilità di personalizzare l interfaccia utente. Per tutte le interfacce utente dovranno essere disponibili meccanismi d ausilio all interazione con il sistema (ad esempio: meccanismi di validazione campo per campo, liste di valori per facilitare l inserimento dei dati, menù dinamici e finestre multiple coordinate) al fine di prevenire errori, risparmiare tempo e ridurre necessità di training; inoltre tutte le tipologie di interfaccia utente, indipendentemente dal modulo applicativo cui appartengono, dovranno insistere sui medesimi dati fisici gestiti dal medesimo database all interno dello stesso modello dati logico. Per tutte le interfacce utente dovrà essere possibile criptare le informazioni trasmesse in rete secondo lo standard SSL Flessibilità di configurazione: la soluzione dovrà essere in grado di implementare un modello Shared Services centralizzato di erogazione dei servizi e deve permettere una37 parametrizzazione ed una configurabilità elevata che non preveda l utilizzo di tools di programmazione o la scrittura di codice. Dovrà essere possibile estendere il modello dati avvalendosi della flessibilità architetturale della soluzione, consentendo pertanto di recepire un ampio spettro di requisiti particolari senza operare nessun sviluppo di codice aggiuntivo ma soltanto effettuando operazioni di parametrizzazione del sistema. In particolare dovrà essere possibile definire campi personalizzati che consentano di mappare informazioni aggiuntive, non presenti nello standard, che potrebbero avere grande rilevanza per un particolare ambito organizzativo, senza modifiche o aggiunte al software standard e la necessità di sviluppare maschere ad hoc. Lo sviluppo di componenti applicative, quando necessario, dovrà: basarsi su strumenti e metodologie di sviluppo che non siano proprietarie della soluzione applicativa proposta; il know-how di tali strumenti e metodologie dovrà avere la massima diffusione nella comunità IT in modo da garantire per l'azienda un facile reperimento delle competenze anche a livello territoriale non sovrapporsi al software standard del prodotto in modo da evitare che futuri upgrades del sistema vadano a sovrascrivere il software personalizzato Architettura: il sistema dovrà basarsi su un'architettura web based, aperta e object oriented e dovrà disporre di tools avanzati di sviluppo. Il sistema dovrà essere installabile sulle principali piattaforme hardware di mercato e sui più diffusi sistemi operativi Import/export controllato dei dati provenienti da/verso altri sistemi informativi: la soluzione dovrà avere dei sistemi di controllo dei dati che vengono esportati o importati da o verso il sistema offerto. In qualsiasi modo dovrà essere garantita l integrità del dato e il sistema dovrà registrare tutti i dati che vengono scartati, e/o le eventuali anomalie, durante la fase di caricamento e di elaborazione. La soluzione deve esporre tale funzionalità anche attraverso API Funzioni di integrazione: la soluzione applicativa dovrà essere stata sviluppata secondo i dettami del paradigma della Service Oriented Architecture (SOA). La soluzione dovrà esporre nativamente web services, un repository dei metodi di integrazione (UDDI) che dovranno essere invocati e consultati tramite gli strumenti di integrazione, essere aderente allo standard BPEL e dovrà essere possibile creare automaticamente dalle maschere applicative, senza l ausilio di tools di programmazione, dei Web Services, che rappresentano le application programming interface (API) presenti sul sistema applicativo Tutte le caratteristiche precedenti costituiscono requisiti minimi, ed obbligatori, che la piattaforma deve possedere38 6.3 CARATTERISTICHE TECNICHE OPZIONALI Sono considerati elementi qualificanti del sistema offerto, e come tali oggetto di valutazioni di qualità, le seguenti caratteristiche (non obbligatorie): Tecnologie e linguaggi di programmazione standard: in tale ipotesi il sistema si intende sviluppato utilizzando linguaggi di programmazione e tecnologie standard di mercato, non proprietari della soluzione applicativa oggetto di fornitura. Le competenze e gli skill legati al prodotto applicativo ed alla tecnologia a supporto, in tal caso, saranno di ampia diffusione e non legate necessariamente alle implementazioni di sistemi informativi simili a quello in fornitura o vincolati allo stesso fornitore della soluzione software. Workflow - disponibilità di strumenti grafici per la modellazione dei processi. 6.4 REQUISITI FUNZIONALI E DI PROCESSO OBBLIGATORI Il sistema dovrà garantire le seguenti funzionalità di tipo trasversale: assicurare la completa copertura di tutte le aree funzionali di interesse garanzia di univocità dei dati all interno di tutto il sistema gestire la multi-utenza e la multi-aziendalità avere la possibilità di definire unità operative all'interno di un modello centralizzato in grado di evolvere e/o scalare verso unità aziendali disporre del supporto multilingua organizzazione delle funzioni di procedura tramite menu facilmente comprensibili da un utente non esperto gestione delle informazioni di tipo ripetitivo tramite tabelle che contengano, ove esistano, liste di valori validi le informazioni di cui al punto precedente devono poter essere digitate dall utente, durante l utilizzo della procedura, anche in forma decodificata previo controllo di esattezza; nell eventualità di immissioni errate si deve guidare l utente nella ricerca del dato esatto con l uso di tecniche appropriate (menu a tendina, ecc.) presenza, oltre ai controlli sintattici sulla correttezza dei dati immessi, di controlli incrociati di congruità a garanzia della coerenza degli stessi; all operatore dovrà essere notificata la spiegazione dei propri errori e l indicazione propositiva della corretta modalità mantenimento di adeguate informazioni storiche per permettere elaborazioni statistiche o di confronto tra periodi temporali presenza di un aiuto (help) in linea di tipo sensibile al contesto ed in lingua italiana, così come in lingua italiana devono essere le diciture delle maschere (mappe) video39 funzionalità di importazione ed esportazione dati mediante procedure automatizzate garanzia di meccanismi di gestione della sicurezza sia a livello dei dati sia a livello dei privilegi di accesso degli utenti agli applicativi, in grado di soddisfare direttive e normative vigenti in termini di disponibilità, integrità, autenticità e riservatezza dei dati, oltre che i requisiti sul trattamento dei dati personali imposti dalla legge sulla privacy possibilità di utilizzare funzionalità di posta elettronica e workflow direttamente dalle applicazioni, anche di concerto con la gestione della firma elettronica integrazione dell ambiente applicativo con i prodotti di produttività personale deve essere opportunamente gestita e facilitata la navigazione orizzontale tra i settori applicativi. Deve essere possibile pertanto, lo spostamento da una funzione applicativa ad un altra, senza l obbligo di uscire dalla parte attiva, per entrare in quella da attivare la registrazione, a fronte delle transazioni di aggiornamento delle banche dati, dell identificativo dell utente con tipo, data e ora dell operazione Tutte le funzionalità trasversali precedenti costituiscono requisiti minimi, ed obbligatori, che la piattaforma deve possedere. 6.5 FUNZIONALITÀ AGGIUNTIVE Sono considerati elementi qualificanti del sistema offerto, e come tali oggetto di valutazioni di qualità, le seguenti funzionalità aggiuntive (non obbligatorie): la disponibilità di un sistema reporting, con possibilità per l'utente di costruire report personalizzati la possibilità, da parte dell utente, di realizzare un proprio help aggiuntivo 6.6 DESCRIZIONE FUNZIONALE Sono oggetto di implementazione nel SIAPS i seguenti macro processi: Gestione delle autorizzazioni Anagrafica e albo fornitori Profilazione e gestione degli utenti interni ed esterni Sistemi per la gestione delle gare Centrale di committenza e negozio elettronico Raccolta ed analisi dei fabbisogni Portale aziendale40 Document Management I macro processi da realizzare devono essere coerenti con un modello che vede So.Re.Sa. quale centrale di committenza regionale per gli enti del SSR, gestore e regolatore di tutti i processi di acquisto, centralizzati o autonomi (a seguito di autorizzazione), in ambito sanitario, implementando un sistema in grado di ottimizzare il ciclo degli acquisti unificato a livello regionale, anche attraverso lo sviluppo di un sistema a rete. Il sistema potrà essere liberamente configurato per gestire gare centralizzate ed autonome, prevedendo il massimo grado di flessibilità sia sui soggetti interessati alle acquisizioni sia sui gestori del processo di acquisizione. In generale, attraverso il workflow applicativo dovrà essere possibile combinare i processi configurando i flussi di lavorazione per permettere molteplici scenari operativi, in funzione di specifiche esigenze 5 e/o di adeguamenti normativi. In questa stessa logica dovrà, quindi, essere possibile definire ed assegnare agli operatori abilitati flussi di lavoro e carichi produttivi Gestione delle autorizzazioni Come già illustrato nel paragrafo Scenario di riferimento per i processi autorizzativi, gli enti del SSR sono obbligati a richiedere esplicita autorizzazione a So.Re.Sa. per le acquisizioni di beni e servizi non oggetto di gare centralizzate. Un apposito modulo per la gestione delle richieste di autorizzazione, dovrà implementare i processi e i controlli previsti dal flusso generalizzato evidenziato nel su citato paragrafo. Il modulo dovrà essere obbligatoriamente sviluppato sulla piattaforma Microsoft Sharepoint , sfruttando a pieno le potenzialità di tale prodotto in termini di workflow, monitoraggio e controllo dei processi, funzionalità di ricerca, disponibilità di report e statistiche Anagrafica e albo fornitori La soluzione dovrà prevedere una gestione anagrafica dei fornitori in grado di evitare ridondanze di dati, in piena coerenza con la Banca Dati Unificata (BDU) del sistema sanitario regionale che verrà realizzata nell ambito del progetto SIAC, con il quale il presente modulo di gestione anagrafica dovrà strettamente interagire. In particolare, il sistema dovrà: per i fornitori che sono già presenti nella banca dati del SIAC: gestire lato SIAPS esclusivamente le eventuali informazioni aggiuntive funzionali ai processi del SIAPS stesso e non presenti in banca dati SIAC per i fornitori non presenti nella banca dati del SIAC: prevedere una gestione anagrafica in grado di permettere il passaggio dell anagrafica del fornitore al SIAC quando 5 in particolare dovrà essere possibile la gestione di procedure di gara ibride, in cui una parte (anche significativa) dei processi e/o del flusso documentale non siano telematici e/o digitali 6 l aggiornamento della versione di Sharepoint è a costo zero per So.Re.Sa., nell ambito della SA41 necessario, attraverso la semplice chiamata di un apposito servizio messo a disposizione dal SIAC stesso, in ossequio ai meccanismi di integrazione standard previsti La soluzione dovrà essere in grado di gestire le caratteristiche tipiche delle procedure di gara, quali i raggruppamenti di impresa, le categorie SOA (ove applicabili), le categorie merceologiche ai fini della qualificazione alle procedure di gara, il numero di inviti (nel caso di procedure in economia), e prevedere la gestione degli albi fornitori (aperti o con validità temporale). Il sistema dovrà prevedere una fase di registrazione per un nuovo operatore economico e una fase di convalida da parte di So.Re.Sa., con conseguente rilascio delle credenziali di accesso inviate esclusivamente via PEC all operatore economico richiedente Profilazione e gestione degli utenti interni ed esterni La piattaforma dovrà essere in grado di gestire diverse tipologie di utenza interna, intesa come utenza abilitata all utilizzo di funzionalità applicative lato amministrazione, ed esterna, tipicamente i fornitori che verranno abilitati all utilizzo della piattaforma, e deve prevedere meccanismi di controllo del periodo di validità dell utenza e la storicizzazione delle variazioni. Il sistema dovrà garantire la profilazione degli utenti in funzione delle attività e o dei ruoli definibili all interno del sistema stesso. Gli utenti saranno abilitati all utilizzo della piattaforma a seguito di un processo di registrazione da eseguirsi direttamente sul sistema, e di una fase di convalida ed assegnazione delle credenziali di accesso da parte di So.Re.Sa., che può prevedere l attivazione di processi autorizzativi a più livelli. Per l abilitazione di utenti con profili di accesso per cui sono richiesti specifici poteri di firma, la fase di registrazione deve prevedere la sottoscrizione mediante firma digitale o, in mancanza, la sottoscrizione di un modello cartaceo da inviare a So.Re.Sa. Il sistema dovrà prevedere opportune policy di sicurezza sulla durata e le caratteristiche delle password, il blocco dell accesso in caso di tentativi di violazione e la memorizzazione delle informazioni relative agli utenti in forma crittografata Sistemi per la gestione delle gare In conformità alle normative vigenti, la piattaforma dovrà consentire la gestione delle diverse tipologie di gara previste dalle norme Procedure telematiche di acquisto Le attività riguardano la predisposizione e la gestione informatizzata e dematerializzata delle procedure di gara aperte o ristrette. Preparazione Il sistema dovrà consentire la definizione della procedura di gara, attraverso la determinazione di un insieme di parametri e/o la creazione e personalizzazione di template o modelli di gara42 Dovrà essere possibile gestire: il tipo di procedura (aperta, ristretta/negoziata) l articolazione in lotti, con la definizione dei dati e delle procedure comuni e il trattamento indipendente anche a livello di singolo lotto la definizione delle modalità di aggiudicazione (prezzo più basso, offerta economicamente più vantaggiosa) la definizione di formule per la determinazione delle offerte economicamente più vantaggiose la definizione di formule per la riparametrizzazione dei punteggi dell offerta tecnica la definizione di formule per la valutazione di elementi quantitativi inerenti il punteggio tecnico la definizione delle date di scadenza per la presentazione delle offerte la pubblicazione dei documenti di gara sul portale informativo la pubblicazione telematica dei bandi GUUE e GURI un workflow per il controllo delle fasi di pubblicazione, nel rispetto degli adempimenti della normativa vigente (richiesta CIG, pubblicazione sul sito Regionale e sulle testate giornalistiche, inoltro al SITAR, ecc.) Gestione della procedura di gara presentazione delle offerte Il sistema dovrà essere in grado di gestire, in modalità telematica, l intero processo di esperimento delle procedure di gara. Gli operatori economici, in forma di impresa singola o associata (RTI Consorzio), potranno inserire le offerte in tempo reale, attraverso la compilazione di apposite interfacce di immissione dati e/o l inserimento di allegati, di qualunque tipo. Dovrà essere possibile: inserire le offerte nel rispetto dei tempi stabiliti dalle impostazioni di gara l inserimento parziale di offerte, con possibilità di completare e modificare entro i termini previsti in gara. Ai fini della valutazione dovrà essere disponibile esclusivamente l ultima versione emettere avvisi informativi inerenti le procedure di gara, anche mediante l invio di comunicazioni (certificate o meno) gestire le richieste di chiarimenti e la pubblicazione delle FAQ modificare la data di scadenza di presentazione delle offerte tracciare in modo completo le attività sul sistema degli operatori economici rendere inaccessibili, non modificabili né cancellabili le offerte ricevute Gestione della procedura di gara processo di aggiudicazione Il sistema dovrà essere in grado di supportare le fasi procedurali di aggiudicazione, in particolare dovrà essere possibile:43 gestire le comunicazioni, in entrata ed in uscita, con gli operatori economici (ammissioni, esclusioni, richieste di informazioni ed integrazioni, ecc.) tracciare tutte le attività effettuate sul sistema dagli utenti gestire l apertura separata e condizionata, nel corso delle varie fasi del processo di aggiudicazione, delle buste amministrativa, tecnica ed economica gestire utenze specifiche per i commissari di gara escludere operatori economici, con blocco dei contenuti dell offerta non ancora visionati gestire le operazioni di sorteggio degli operatori economici, come previsto dalle norme correnti evidenziare le possibili offerte anomale aggiudicare e gestire in modo separato le gare a lotti multipli supportare la predisposizione dei verbali di gara predisporre e gestire le comunicazioni ai sensi dell art. 7 comma 8 del D.Lgs. 163/ Sistema dinamico di acquisto La piattaforma dovrà prevedere la gestione esclusivamente per via telematica, ai sensi dell art. 60 del D.Lgs. 163/2006, di sistemi dinamici di acquisizione (SDA), per le acquisizioni di beni e servizi tipizzati e standardizzati, di uso corrente. Il sistema dovrà gestire: la predisposizione e pubblicazione del bando di gara e degli specifici bandi semplificati, a lotto singolo o multiplo le domande di ammissione da parte degli operatori economici (precedentemente registrati) e la gestione delle scadenze per gli aggiornamenti le comunicazioni da e verso gli operatori economici la definizione e configurazione del confronto concorrenziale le richieste di chiarimenti le offerte sottomesse dagli operatori ammessi al confronto concorrenziale le operazioni di sorteggio degli operatori economici, come previsto dalle norme correnti il consolidamento della graduatoria finale la predisposizione e l invio delle comunicazioni di aggiudicazione definitiva l estrazione delle informazioni per la stesura dei contratti e per il caricamento automatico dei dati nel sistema SIAC Mercato elettronico Per le acquisizioni di beni e servizi sotto soglia, ai sensi dell art. 124 del D.Lgs. 163/2006, la piattaforma dovrà disporre di una apposita funzionalità di gestione del mercato elettronico, come previsto all art. 328 del DPR 207/2010. Il sistema dovrà gestire: la predisposizione e pubblicazione dei bandi di abilitazione44 le domande di abilitazione da parte degli operatori economici (precedentemente registrati) e la gestione delle scadenze per gli aggiornamenti le comunicazioni da e verso gli operatori economici la profilazione degli operatori economici la ricerca avanzata per la selezione delle categorie merceologiche la predisposizione di richieste di offerta (RDO) e dei criteri di aggiudicazione la selezione, secondo vari criteri, degli operatori economici da invitare gli strumenti per la predisposizione delle risposte alle RDO (attraverso specifiche interfacce e/o l inserimento di allegati) la ricezione delle offerte, il processo di apertura delle buste elettroniche e i processi di gestione delle fasi di gara la valutazione delle offerte ricevute, in automatico o con commissioni di gara, e l individuazione delle offerte anomale il consolidamento della graduatoria finale la predisposizione e l invio delle comunicazioni di aggiudicazione definitiva l estrazione delle informazioni per la stesura dei contratti e per il caricamento automatico dei dati nel sistema SIAC In questo contesto So.Re.Sa., anche al fine di sviluppare concreti meccanismi di collaborazione nell ambito del sistema a rete fra Consip e le Centrali di Acquisto Regionali, richiede lo sviluppo di specifiche integrazioni fra la nascente piattaforma So.Re.Sa. e la piattaforma Consip, con particolare riguardo a quanto previsto in ambito MEPA, con il preciso obbiettivo di evitare inutili e dannose duplicazioni di attività e di sfruttare al massimo quanto di buono già realizzato e disponibile. I servizi attualmente messi a disposizione dal sistema di eprocurement di Consip per le P.A. sono: la condivisione dei dati relativi agli ordini di Acquisto emessi nel Mercato Elettronico e nelle Convenzioni la condivisione dei dati relativi alle Richieste di Offerta del Mercato Elettronico, nei vari stati del ciclo di vita la condivisione dei dati dell Albero Merceologico sul quale è basato il catalogo del sistema I servizi seguono il paradigma della Cooperazione Applicativa, rispettando quanto definito dalla normativa di riferimento per il Sistema Pubblico di Connettività. L accesso ai servizi, quindi, deve avvenire attraverso Porte di Dominio (PDD) 7. In particolare, per quanto riguarda la possibilità di importare in modo automatico, gli ordini perfezionati su MEPA all'interno della piattaforma So.Re.Sa., con le modalità di comunicazione sopra descritte, il formato e la sintassi utilizzati sono XML/UBL, definite nell ambito di uno dei 7 le modalità di colloquio delle PDD sono descritte nelle regole tecniche pubblicate a ottobre 2005, aggiornate in aprile 2008, disponibili sul sito AGID45 gruppi di lavoro del CEN (European Committee for Standardization) e adottate nel progetto PEPPOL. La documentazione tecnica del formato e della sintassi sono disponibili al seguente link: post-award/ Nel corso del progetto, inoltre, dovrà essere analizzata e, se possibile (a seguito delle opportune verifiche organizzative e/o legali), realizzata la condivisione delle credenziali di accesso fra il sistema So.Re.Sa. e quello Consip, attraverso un meccanismo di Single Sign On (SSON). Al riguardo si specifica che l accesso al sistema di eprocurement di Consip è gestito da un modulo di login che utilizza i servizi di Oracle Access Manager. Ogni sessione di lavoro è quindi caratterizzata da un insieme di variabili di SSON propagate dall Access Manager alle applicazioni mediante header http. La suite Oracle Access Manager offre la possibilità di realizzare identità federate (Oracle Identity Federation) di ambienti eterogenei, implementando il Single Sign On e l autenticazione di utenti in una rete multi dominio, grazie al supporto di diversi protocolli standard, quali ID-FF (Liberty ID-FF 1.x), OpenID 2.0, SAML (1.x, 2.0) e WS-Federation. La piattaforma dovrà essere in grado di integrare, nel rispetto delle specifiche e degli standard su esposti, eventuali ulteriori servizi messi a disposizione dal sistema di eprocurement di Consip in corso d opera Cottimo fiduciario La piattaforma dovrà disporre di una apposita funzionalità di gestione delle procedure di cottimo fiduciario, ai sensi dell art. 125 del D.Lgs. 163/2006. Il sistema dovrà gestire: la predisposizione e pubblicazione dei bandi di abilitazione le domande di abilitazione da parte degli operatori economici (precedentemente registrati) le comunicazioni da e verso gli operatori economici la valutazione e qualificazione delle domande di abilitazione degli operatori economici la ricerca avanzata per la selezione degli operatori economici abilitati alle diverse categorie merceologiche la predisposizione degli inviti agli operatori abilitati e la gestione dei meccanismi di rotazione la ricezione delle offerte, il processo di apertura delle buste elettroniche e i processi di gestione delle fasi di gara la valutazione delle offerte ricevute, in automatico o con commissioni di gara, e l individuazione delle offerte anomale il consolidamento della graduatoria finale la predisposizione e l invio delle comunicazioni di aggiudicazione definitiva l estrazione delle informazioni per la stesura dei contratti e per il caricamento automatico dei dati nel sistema SIAC46 Asta elettronica In linea con quanto previsto dall art. 85 D.Lgs. 163/2006, la piattaforma dovrà prevedere la gestione delle aste elettroniche, che potranno essere utilizzate per tutti gli strumenti di acquisizione previsti dalla norma e presenti sulla piattaforma. Attraverso il sistema dovrà essere possibile la configurazione e gestione dei processi previsti dagli articoli 288 e seguenti del DPR 207/ Centrale di committenza e negozio elettronico So.Re.Sa., nell ambito del proprio ruolo di centrale di committenza, potrà stipulare accordi quadro con uno o più fornitori relativamente ad una o più categorie merceologiche. La piattaforma, pertanto, dovrà permettere: il caricamento dei cataloghi messi a disposizione dagli operatori economici aggiudicatari, contenenti tutte le informazioni di dettaglio dei prodotti/servizi oggetto della convenzione, i limiti di validità e le condizioni di fornitura la disponibilità di negozi elettronici, attraverso i quali gli enti del SSR potranno consultare, attraverso strumenti avanzati di ricerca e navigazione, i prodotti disponibili e i contratti sottoscritti da So.Re.Sa. la gestione delle adesioni da parte degli enti del SSR, con stipula del relativo contratto, che potrà anche essere sottoscritto digitalmente, e caricamento dello stesso nel sistema SIAC. Se richiesto, dovrà anche essere possibile emettere contestualmente l ordinativo di fornitura che dovrà, anch esso, essere inserito all interno del sistema SIAC 8 gestione degli ordinativi di fornitura, per le diverse tipologie contrattuali (di servizio pluriennali, a scadenza o durata fissa, di somministrazione pluriennali, a scadenza o durata fissa, ordinativi immediatamente esecutivi) monitoraggio e controllo dell andamento delle convenzioni, a livello globale e di singolo ente Raccolta ed analisi dei fabbisogni La programmazione delle iniziative di So.Re.Sa. è determinata in base ad una serie di criteri, in particolare: la scadenza nell anno di riferimento dei precedenti contratti di analoghe forniture 8 alcune funzionalità richieste in SIAPS sono parimenti disponibili nel sistema SIAC, nella fattispecie l immissione di contratti e la gestione di specifici ordinativi. La presenza di tali funzionalità permetterà agli utenti abilitati di operare senza necessità di connettersi al sistema SIAC per la gestione dei processi di acquisto tramite negozio elettronico. In coerenza con la Banca Dati Unificata (BDU) realizzata sul SIAC, l utilizzo di tali funzionalità all interno del SIAPS dovrà fare riferimento al DB del SIAC, integrandosi con quest ultimo utilizzando gli appositi servizi (web services) messi a disposizione tramite SOA47 l incidenza economica della fornitura il risparmio atteso l istruttoria già espletata la copertura dei diversi settori merceologici l adempimento a previsioni normative o disposizioni commissariali A supporto dell attività di pianificazione, per il miglioramento della fase di definizione della strategia e impostazione di gara, la piattaforma dovrà rendere disponibili appositi strumenti per supportare l attività di So.Re.Sa. attraverso: analisi e confronto con il mercato, analisi della catena del valore dei beni e servizi, analisi della domanda delle Aziende, standardizzazione dei prodotti e servizi. Nello specifico, per ogni iniziativa che sarà oggetto di analisi finalizzata a valutarne la sua fattibilità ed a individuare le caratteristiche essenziali della fornitura, la piattaforma dovrà mettere a disposizione: un sistema per la definizione, la compilazione, la raccolta e l analisi di questionari da sottoporre agli enti del SSR un sistema per la raccolta e l analisi dei fabbisogni un sistema per la definizione, la compilazione, la raccolta e l analisi di questionari di consultazione da mettere a disposizione degli operatori economici potenzialmente interessati all iniziativa Attraverso tali strumenti, che dovranno consentire la definizione e personalizzazione dei questionari, gli enti del SSR avranno la possibilità di indicare le quantità di approvvigionamento necessarie e le informazioni sullo stato corrente dell arte, ad esempio la scadenza contrattuale e i prezzi al momento corrisposti. Attraverso i questionari per gli operatori economici sarà possibile favorire la diffusione delle informazioni relative alle iniziative in corso di valutazione, aumentare la partecipazione, raccogliere suggerimenti e informazioni sulle caratteristiche qualitative e tecniche sui beni oggetto di analisi. Per le iniziative oggetto di gara e di successiva contrattualizzazione dovrà essere possibile il trasferimento automatico dei dati di fabbisogno verso il SIAC Portale aziendale Il progetto dovrà prevedere la progettazione e realizzazione del nuovo portale aziendale di So.Re.Sa., che dovrà essere sviluppato nel rispetto delle linee guida per i siti web della PA 9, degli obblighi di accessibilità e di quanto previsto dal recente Decreto Trasparenza (D.Lgs.. 33/2013) 10. Il nuovo portale dovrà essere realizzato utilizzando la piattaforma Sharepoint 2013 utilizzando le metodologie di sviluppo standard del prodotto. 9 vedere 10 vedere48 La piattaforma SIAPS dovrà essere fruibile attraverso una specifica sezione del portale web So.Re.Sa., del quale dovrà ereditare l impostazione grafica. Attraverso la sezione dedicata del portale si potrà accedere a: Aree informative: dovranno essere presenti contenuti di presentazione delle attività di So.Re.Sa. nell ambito degli acquisti e le news (ad accesso pubblico), le Faq, e sezioni riservate di consultazione banche dati, aree di community fra gli enti del SSR, aree tematiche di interesse specifico per determinate categorie di utenti Servizi applicativi in quest area saranno disponibili i diversi servizi applicativi messi a disposizione dalla piattaforma. Saranno presenti aree pubbliche di consultazione (dei bandi di gara, dei bandi di abilitazione, ecc.) ed area ad accesso riservato per gli enti del SSR (cataloghi elettronici, convenzioni, fabbisogni, ecc.) e per gli operatori economici (registrazione, richieste di abilitazione, partecipazione a gare, ecc.) Gestione portale dove saranno rese disponibili strumenti per il monitoraggio e la gestione del portale e della piattaforma, ad accesso riservato ai soli utenti So.Re.Sa. aventi permessi di amministrazione Document management La piattaforma dovrà prevedere l archiviazione di tutta la documentazione relativa ai diversi servizi messi a disposizione dalla piattaforma stessa, attraverso la predisposizione di fascicoli elettronici basati sulle classificazioni descritte al paragrafo 5 - Applicazioni e piattaforme disponibili. Dovrà essere possibile archiviare e catalogare non solo i documenti prodotti automaticamente dal sistema ma anche documenti esterni. La soluzione potrà prevedere lo sviluppo ex novo dell archivio documentale o integrare l applicativo attualmente disponibile, il cui codice sorgente è di proprietà di So.Re.Sa. Nella prima ipotesi deve essere previsto il recupero dei contenuti disponibili. Il sistema dovrà mettere a disposizione tutte le funzionalità tipiche della gestione documentale, il cui obiettivo è quello di catalogare, organizzare e gestire in maniera logica tutte le tipologie di documenti, ricevuti o elaborati, semplificandone la ricerca e l impiego nell ambito dei processi aziendali. Il sistema dovrà essere predisposto per gestire la conservazione sostitutiva, ove applicabile e previsto dalle norme vigenti. Più in particolare, la gestione documentale dovrà possedere le seguenti caratteristiche: Gestione dei contenuti: - Gestione di almeno 2 livelli di versioni di documento e metadati49 - Gestione del check-in e del check-out e della sicurezza a livello di singolo documento - Strutturazione in cartelle della libreria documentale con profili di sicurezza differenziati - Possibilità di collegare logicamente lo stesso documento a più cartelle e di gestire collegamenti e relazioni fra documenti - Configurabilità dei periodi di ritenzione in base alle categorie documentali e a specifiche di workflow - Definizione personalizzabile di classi documentali - Possibilità di estrazione di informazioni dal documento (metadati) Accesso alle informazioni: - Indicizzazione dei principali formati standard di documenti (Microsoft Office, Open Office, XML, PDF), siti web, - Salvataggio e condivisione delle ricerche effettuate - Ricerca multipla per attributi e metadati - Ricerca booleana - Ricerche federate tra più istanze del sistema documentale - Categorizzazione automatica contenuti Gestione delle immagini: - Supporto nativo dei formati più diffusi (TIFF, PDF, XML, ecc.) - Funzionalità di import/export di dati singoli e massivi dall archivio immagini - Indicizzazione dei metadati associati alle immagini 7 ATTIVITÀ DA SVOLGERE Per la realizzazione del SIAPS So.Re.Sa. nominerà un responsabile dell'iniziativa che costituirà il riferimento per l'impresa aggiudicatrice (IA) nelle varie fasi di attuazione del progetto (pianificazione, progettazione e realizzazione). L'IA, a sua volta, dovrà nominare un responsabile del progetto che avrà in carico le attività di gestione del progetto e che rappresenterà la figura cui So.Re.Sa. farà riferimento per le comunicazioni e per il controllo degli stati di avanzamento del progetto. Le attività richieste sono: 1. predisposizione del progetto esecutivo 2. fornitura delle infrastrutture centrali (hardware e software di base) 3. fornitura della piattaforma informatica 4. realizzazione del sistema: a. installazione delle infrastrutture b. installazione del software in configurazione standard50 c. configurazione e personalizzazione d. integrazione con il SIAC e. recupero e migrazione di eventuali dati pregressi f. sviluppo di altre integrazioni g. addestramento h. test di sistema i. avvio in esercizio e affiancamento operativo 5. attività post-implementazione a. assistenza ed ottimizzazione b. manutenzione evolutiva 6. assistenza e manutenzione in esercizio a. assistenza, manutenzione correttiva e adeguativa, da attivare al termine delle precedenti fasi 5.a e 5.b, che sono da considerare parte integrante della fase di start up/avvio 7.1 PREDISPOSIZIONE DEL PROGETTO ESECUTIVO Entro un mese dall'avvio delle attività l'ia dovrà produrre il Piano di Progetto dettagliato dell'intervento, al termine di una fase di rilevazione "sul campo" della realtà So.Re.Sa. e degli enti del SSR, identificando processi e criticità principali per procedere all'adattamento e personalizzazione del software. Nel corso di tale fase si valuteranno i seguenti aspetti: sistema informatico della Società, applicativi software disponibili ed utilizzati struttura organizzativa dichiarata e riscontrata infrastruttura tecnologica procedure e processi attuali competenze e professionalità del personale chiave, clima dell'organizzazione individuazione dei fattori critici di successo individuazione dei rischi di progetto Il piano di progetto, che sarà soggetto ad approvazione da parte di So.Re.Sa., dovrà prevedere la seguente articolazione: la descrizione del contesto, evidenziando i legami tra le attività del progetto e gli obbiettivi strategici, individuando ed illustrando gli scostamenti tra l architettura informatica di riferimento e quella che si viene profilando in fase di impostazione e durante l avanzamento del progetto;51 le finalità, che definiscono in modo sintetico e dettagliato l oggetto del progetto e il sistema di vincoli all interno del quale si va ad operare. Esso deve contenere: - una illustrazione dei requisiti tecnici; - le risorse professionali che dovranno essere coinvolte, con una descrizione delle competenze e dei ruoli e delle responsabilità che dovranno assumere nel corso del progetto; - il sistema delle relazioni con i soggetti di riferimento (i cosiddetti stakeholder) e l illustrazione delle politiche che si intende portare avanti nei loro confronti; - i prodotti che verranno rilasciati con la descrizione delle loro caratteristiche fondamentali e della relativa documentazione; il piano delle attività, con la relativa collocazione temporale e l'indicazione delle risorse e responsabilità. L articolazione delle attività dovrà essere dettagliata secondo la tecnica della WBS; la struttura di progetto, che incrocia le attività con le responsabilità e le competenze delle persone coinvolte nel progetto, definendo in modo particolare le relazioni tra il progetto e gli utenti; il sistema di controllo degli avanzamenti del progetto, che definisce le modalità di misurazione dei risultati intermedi e finali, le scadenze di aggiornamento del progetto e le analisi degli scostamenti tra quanto previsto alla data e quanto effettivamente realizzato. Gli stati avanzamento lavori, comunque, dovranno essere prodotti almeno con cadenza mensile; il piano della qualità; il piano dei rischi. Il progetto esecutivo dovrà contenere una apposita sezione dedicata al portale aziendale, contenente almeno una ipotesi di piano editoriale e due proposte grafiche. In merito all'analisi dell'infrastruttura tecnologica disponibile l'ia dovrà convalidare l'ambiente di produzione messo a disposizione nella server farm prescelta (presso l ARSAN 11, quale sito primario, e presso l ASL di Caserta, quale sito di DR), verificando: l adeguatezza dell architettura, evidenziandone il livello di affidabilità e robustezza oltre all adeguatezza di quanto previsto per il disaster recovery il corretto dimensionamento dei sistemi offerti 11 l ARSAN, Agenzia Regionale Sanitaria, istituita con L.R. 25/96, ha compiti finalizzati all'attuazione della politica sanitaria regionale anche attraverso l'attività di indirizzo, coordinamento e consulenza tecnica alle Aziende sanitarie locali ed ospedaliere. Ha progettato e gestisce una piattaforma regionale stratificata di accoglienza delle prestazioni sanitarie dove affluiscono diverse banche dati52 le integrazioni delle componenti che eventualmente dovessero essere necessarie al funzionamento del sistema, siano esse a carico dell IA o di So.Re.Sa. (limitatamente al DB e alla connettività) gli impatti sul dimensionamento e sull architettura a fronte di una crescita degli utenti del 50% e del 100%. Nella verifica dei requisiti devono necessariamente essere inclusi i seguenti elementi essenziali: livello di saturazione medio delle risorse dei sistemi non superiore al 50% l assenza di single point of failure il piano di approvvigionamento delle forniture Le indicazioni fornite dall'ia in merito alla connettività e al data base saranno utilizzate da So.Re.Sa. per le eventuali acquisizioni necessarie, non oggetto della presente gara. 7.2 FORNITURA DELLE INFRASTRUTTURE CENTRALI Il progetto prevede l acquisizione di sistemi hardware centrali. Il sistema erogherà i servizi in modalità cloud, nella medesima server farm che ospiterà il sistema SIAC, ovvero presso l ARSAN. È inoltre prevista l attivazione di un sito secondario di Disaster Recovery che verrà ospitato presso la server farm della ASL di Caserta. La descrizione dei siti, in termini di ambiente fisico, infrastrutture e dotazioni è fornita nell allegato B/1 al presente Capitolato Tecnico. L attuale livello di saturazione dei sistemi server e storage presenti nei siti non ne consente l utilizzo per il SIAPS. Per ognuno dei siti, pertanto, dovranno essere rese fornite le seguenti dotazioni minime: una coppia di server ad alta affidabilità un sistema di storage espandibile e dimensionato per essere in grado di assorbire il carico documentale attinente al presente progetto (corrente e sostitutivo, per i volumi stimati) per non meno di cinque anni eventuali altri apparati (di rete, firewall, rack) ove non disponibili o ritenuti non adeguati L attivazione del sito secondario di DR dovrà avvenire nel rispetto delle prescrizioni di cui all art. 50-bis del decreto legislativo 7 marzo 2005, n. 82 e s.m.i., nonché le raccomandazioni emanate dall Agenzia per l Italia Digitale, in linea con il già citato art. 50-bis. In corso d opera, inoltre, il progetto dovrà conformarsi alle eventuali direttive regionali emanate nell ambito del nascente Piano regionale di Disaster Recovery e di Continuità Operativa. I sistemi dovranno essere forniti completi di sistemi operativi e di ogni altra componente software, ad eccezione del Data Base, necessaria per il funzionamento della piattaforma applicativa53 Tutti i dispositivi forniti dovranno essere coperti da garanzia on site next business day di durata almeno triennale. 7.3 FORNITURA DELLA PIATTAFORMA INFORMATICA Parte integrante dell'appalto è la fornitura delle licenze d'uso, non esclusive e con durata perpetua, dei moduli software costituenti la piattaforma informatica di gestione delle procedure di acquisizione su cui verrà realizzato il sistema SIAPS. Il software offerto dovrà: soddisfare tutti i requisiti di base indicati ai precedenti paragrafi "6.2 Requisiti tecnici obbligatori e 6.4 Requisiti funzionali e di processo obbligatori " prevedere le licenze dei moduli applicativi in grado di assicurare la copertura di tutte le esigenze espresse al paragrafo "6.6 Descrizione funzionale" assicurare, a prescindere dalla politiche o metriche di licensing adottate dal produttore del software applicativo, l'accesso alle funzionalità ed al sistema senza alcuna limitazione sul numero di utenti non dovranno essere previste limitazioni di licensing per l accesso al sistema mediante sistemi esterni (utilizzando web services) 7.4 REALIZZAZIONE DEL SISTEMA Installazione delle infrastrutture In questa fase l IA dovrà installare e configurare i server oggetto di fornitura (cfr. par. 7.2 Fornitura delle infrastrutture centrali ) all interno del sito primario, presso l ARSAN, e del sito di disaster recovery, presso la server farm della ASL di Caserta. Il piano definitivo di installazione delle varie componenti oggetto di fornitura sarà sviluppato dall IA in funzione delle esigenze di progetto e sottoposto ad approvazione da parte di So.Re.Sa Installazione del software in configurazione standard In questa fase l'ia dovrà installare, sui server preventivamente installati sul sito primario, il software in configurazione standard su cui saranno sviluppate e via via testate le personalizzazioni. La disponibilità del sistema in ambiente di test favorirà il processo di coinvolgimento degli utenti e consentirà di acquisire familiarità con l'ambiente e l'interfaccia Configurazione e personalizzazione Le attività operative riguardano la configurazione del sistema base e la sua successiva personalizzazione mediante lo sviluppo delle funzionalità non disponibili in modo nativo54 Al termine della fase di parametrizzazione e di prototipizzazione della piattaforma deve essere prevista un'attività di presentazione e confronto con "key users" appositamente selezionati, finalizzata alla microanalisi degli sviluppi necessari ed alla loro successiva realizzazione. Al termine di questa fase il sistema dovrà essere rilasciato per essere testato da un gruppo di utenti selezionato Integrazione con il SIAC Come già evidenziato in precedenza, So.Re.Sa. sta realizzando il Sistema Informativo Amministrativo Contabile (SIAC), una piattaforma ERP configurata in modalità multiazienda, che eroga servizi in logica cloud agli enti del servizio sanitario regionale ed a So.Re.Sa. stessa. Più in particolare, per quanto di specifico interesse nella presente procedura di gara, il SIAC gestirà i cicli passivi di tutti gli enti del SSR, realizzando la Banca Dati Unificata (BDU) regionale di fornitori, articoli e contratti. Il SIAC - in aderenza al paradigma SOA ( Service Oriented Architecture ) - pubblicherà un esaustiva serie di web services su apposito repository dei metodi d integrazione ( U.D.D.I. ), standard BPEL, mediante la quale sarà possibile implementare gli indispensabili scambi di dati. Le attività riguardano la progettazione di dettaglio, lo sviluppo, il test e la messa a punto delle componenti di integrazione con il sistema SIAC, in gran parte già evidenziate nel paragrafo 6.6 Descrizione funzionale. Anche in questo caso, al termine di questa fase il sistema dovrà essere rilasciato per essere testato da un gruppo di utenti selezionato Recupero e migrazione dei dati pregressi L'insieme delle attività che sono comprese in questa fase è relativo al recupero dei dati e delle informazioni disponibili, relativi alle procedure di gara esperite da So.Re.Sa., siano esse in formato elettronico o meno. Al momento sono già dematerializzati e disponibili circa documenti in formato PDF, relativi a gare espletate dal 2007 al 2011 e riguardanti circa 75 gare. Sono in corso di dematerializzazione ulteriori 14 gare (residuo 2011 e primi mesi 2012), per un totale di 35 faldoni, pari a circa 600 documenti. Sono da dematerializzare ulteriori 47 gare, per un totale di 203 faldoni. Una stima ragionevole sui volumi di acquisizione, ipotizzando 500 pagine per faldone e 20 pagine quale lunghezza media di un documento, totalizza circa pagine e documenti oggetto di recupero. So.Re.Sa. si riserva la facoltà di stabilire se l attività di recupero e dematerializzazione dovrà essere effettuata nei propri locali o presso l IA55 7.4.6 Sviluppo di altre integrazioni Le attività riguardano lo sviluppo delle integrazioni con altri sistemi interni a So.Re.Sa. e agli enti del SSR (come ad esempio sistemi di protocollo generale che espongono funzionalità nel rispetto degli standard SOA), non compresi nel SIAC 12, ed esterni ad essi ed a So.Re.Sa., come ad esempio sistemi per la pubblicazione dei bandi, il SITAR, ecc. In particolare il sistema dovrà prevedere la produzione delle informazioni a copertura degli adempimenti previsti nei confronti dell Avcp dall Art. 1 L. 190/ Addestramento Si definiscono di seguito i requisiti e le specifiche per l erogazione del servizio di Addestramento nell ambito della presente fornitura. Il servizio dovrà comprendere tutte quelle attività finalizzate a garantire, nel tempo, la preparazione del personale di So.Re.Sa. e delle aziende del SSR al corretto utilizzo e alla gestione del sistema. L'attività di formazione dovrà essere effettuata presso la sede della So.Re.Sa. e presso le sedi degli enti secondo un calendario prestabilito da concordare con i referenti aziendali di area e con il responsabile di progetto della So.Re.Sa. Le attività formative per gli operatori delle ASL/AO saranno eseguite con il supporto di personale So.Re.Sa.. Al termine di ogni intervento formativo dovranno essere rilevati il grado di soddisfazione dei discenti, l'effettiva utilità del corso, eventuali ulteriori esigenze del personale in relazione all argomento trattato ed il raggiungimento dei prefissati obbiettivi formativi secondo dei questionari aderenti alla tipologia di corso tenuta. Al fine di garantire il raggiungimento degli obbiettivi l'ia procederà alla definizione degli opportuni indicatori delle valutazioni. Gli indicatori dovranno raggiungere livelli di performance predefiniti in accordo con il responsabile di progetto della So.Re.Sa. Il progetto formativo, da elaborare in modo preliminare nell'ambito dell'offerta tecnica, deve prevedere almeno: la pianificazione del progetto formativo con una dettagliata descrizione delle fasi e l'indicazione delle linee di addestramento individuate; l'indicazione di tutto il materiale didattico (presentazioni, manuali, slide, etc) che saranno realizzati e da fornirsi in formato digitale; la descrizione dei supporti didattici previsti; le modalità con le quali verrà verificata l'efficacia raggiunta dal piano di formazione. 12 si ricorda che il SIAC comprende i sistemi contabili completi di So.Re.Sa. e di quattro enti del SSR, ed i soli cicli passivi completi dei restanti enti del SSR56 In sede di esecuzione della fornitura l'ia dovrà sottoporre a So.Re.Sa., per la sua definitiva approvazione, il progetto formativo definitivo e la relativa calendarizzazione. Nella tabella seguente, sulla base dei profili di utenza e delle aree applicative, si indicano il numero minimo di giornate formative e di training on the job richieste. So.Re.Sa. Area di Formazione Numero stimato discenti Numero massimo discenti in aula Giornate Formazione* Giornate training on the job Destinatari Utilizzo del Operatori sistema Area Gare Gestione sistema Tecnici IT Personalizzazione e manutenzione evolutiva Tecnici IT * la giornata formativa in aula è da intendersi di 4 ore giornaliere. Come evidenziato alla precedente tabella, di particolare importanza è la formazione del personale tecnico della So.Re.Sa., da erogare attraverso uno specifico percorso che consenta anche la partecipazione costante delle risorse tecniche sin dall avvio della commessa, al fine di renderle completamente autonome nella manutenzione ordinaria ed evolutiva, tanto per la componente tecnico/sistemistica della piattaforma che per quella applicativa. AASSLL e AAOO Area di Formazione Utilizzo del sistema Numero stimato discenti Numero massimo discenti in aula Giornate Formazione* Giornate training on the job Destinatari Operatori Provveditor ato * la giornata formativa in aula è da intendersi di 6 ore giornaliere. L'IA potrà modificare i valori minimi in termini migliorativi, in particolare saranno valutate in modo positivo ulteriori giornate di affiancamento in aumento rispetto quanto richiesto. E in ogni caso necessario prevedere per la formazione in aula un ulteriore 10% di giornate in eccesso per gestire eventuali recuperi", da erogare in una qualunque delle area individuate in funzione delle esigenze degli utenti. La metodologia da utilizzare, a meno di diverse indicazioni esplicitamente concordate in via preventiva tra l'ia e So.Re.Sa., deve prevedere l'articolazione di ciascun intervento formativo nelle seguenti fasi: Analisi delle esigenze; Pianificazione e progettazione degli interventi;57 Erogazione degli interventi; Verifica e valutazione dei risultati Analisi La fase di analisi, in funzione della specificità dell intervento, sarà rivolta alla individuazione delle esigenze di addestramento dei vari profili ed aree di competenza. Nel corso di questa fase, pertanto, l'ia dovrà raccogliere ed elaborare dati che permettano di predisporre una valutazione del fabbisogno formativo dei diversi profili/aree Pianificazione e progettazione La pianificazione e progettazione degli interventi formativi dovrà essere elaborata sulla base dei risultati della precedente analisi e, pertanto, sarà specifica in funzione dei profili e degli argomenti da trattare. La pianificazione è volta ad un pieno coinvolgimento delle risorse umane al fine di garantire condivisione e permanenza dei risultati di progetto. La progettazione dovrà essere funzionale alle informazioni rilevate durante la precedente fase di analisi e, in generale, dovrà tener conto di: conoscenze/competenze pregresse e conoscenze/competenze previste al termine dello svolgimento del corso di addestramento (obbiettivi e risultati attesi); argomenti da trattare, grado di difficoltà, etc Erogazione degli interventi formativi L'IA dovrà definire metodi e tecniche didattiche nonché i sussidi e gli strumenti finalizzati alla massimizzazione dell'efficacia degli interventi. Si intende inoltre a completo carico dell'ia la predisposizione di tutto il materiale didattico necessario per lo svolgimento dei corsi (slide, lucidi, materiale documentale, materiale di consumo, ecc.). So.Re.Sa. e i singoli enti metteranno a disposizione i locali, proiettori e postazioni di lavoro per tutti i discenti. L'IA dovrà fornire inoltre ogni eventuale ulteriore strumento di supporto che, in funzione delle variabili rilevate, dovesse essere necessario all erogazione dei corsi Verifica e valutazione dei risultati Il sistema di verifica e valutazione dei risultati dovrà fornire informazioni atte a valutare l'efficacia degli interventi formativi. Con maggior dettaglio, si richiede che l'ia: identifichi i parametri da sottoporre ad attività di verifica e valutazione, da attivarsi durante le varie fasi dell'intervento; raccolga ed elabori le informazioni necessarie per la valutazione;58 preveda tutti gli "aggiustamenti" che si renderanno necessari a garantire la piena conformità del servizio ai livelli di qualità attesi. Le attività di "verifica e valutazione dei risultati" si intendono espletate durante tutte le fasi che costituiscono ciascun intervento formativo: l'oggetto della valutazione non è costituito tanto dalla "quantità e qualità dei contenuti appresi", quanto dal "processo di addestramento nella sua interezza". In altre parole, la valutazione dovrà permettere di "comprendere" in che misura gli interventi abbiano effettivamente soddisfatto le esigenze (fabbisogno) emerse durante la fase di analisi. E' importante che in tale attività vengano coinvolti gli stessi discenti, in modo tale che essi possano ritenersi partecipi della gestione del processo di cambiamento. L'iter di valutazione dovrà affiancarsi al processo di apprendimento degli utenti e monitorare costantemente la congruenza tra i risultati ottenuti e gli obbiettivi generali e particolari degli interventi di addestramento, il cambiamento del comportamento organizzativo degli utenti, il cambiamento complessivo nella cultura del "sistema". Si richiede, pertanto, che durante tutto il processo l'ia ponga adeguata attenzione: agli utenti (di tutte le categorie interessate); alle metodologie e tecniche di addestramento, rispetto all'efficacia dei risultati ottenuti ed al rapporto tra questi e gli obbiettivi prefissati; ai metodi e strumenti tradizionali (quali ad esempio questionari, osservazioni dirette e colloqui informativi) impiegate per la rilevazione delle misure di valutazione. Per i predetti motivi e per la maggiore libertà individuale nella scelta dei percorsi di apprendimento, la valutazione dovrà basarsi su momenti di autoverifica da attuarsi, a titolo di esempio, mediante: prove pratiche; test di profitto; questionari di autovalutazione Test e collaudo del sistema L'IA dovrà presentare una adeguata pianificazione e documentazione delle attività di testing da eseguirsi durante tutto il processo di sviluppo nonché nella fase di collaudo a seguito del completamento delle attività. In fase di esecuzione del collaudo della fornitura, la Commissione di Collaudo incaricata da So.Re.Sa. dovrà avere a sua disposizione, insieme alle Specifiche di Collaudo, le specifiche dei test eseguiti ed i relativi risultati 59 Le specifiche di test e di collaudo, come ogni ulteriore documentazione di progetto, dovranno essere soggette ad accettazione e validazione da parte di So.Re.Sa., sia in fase di analisi che di progettazione. In linea generale tutte le fasi di test devono prevedere opportuna reportistica di analisi dei risultati oltre la valutazione di specifici KPI da sottoporre per approvazione al gruppo di lavoro della So.Re.Sa Attività di test L'IA potrà rifarsi, per la progettazione ed esecuzione dei test, ai principali modelli di riferimento, eventualmente adattati ai contesti reali ed operativi della commessa in essere. L'IA è inoltre libera di utilizzare eventuali framework riferiti a casi reali e best practices, in questo caso dettagliando opportunamente il framework utilizzato, ed è in ogni caso valutata positivamente la presenza di appropriati strumenti software ed infrastrutture (Test Factory) a supporto dell'attività di test, per ottenere un ordinato e completo tracciamento delle attività in modo contestuale da parte dell'ia e della So.Re.Sa. E possibile schematizzare come segue il processo di test management: In ogni caso la fase di testing dovrà prevedere le seguenti pianificazioni ed i relativi documenti di esecuzione: Test Plan (Piano dei Test) Test Design Specification (Specifiche dei Test) Test Case (Casi di prova) Test Procedure Specification (Procedure di Esecuzione) E inoltre fondamentale prevedere una dettagliata articolazione nei diversi livelli previsti, quali: test di unità (UT Unit Test) test di integrazione (SIT System Integration Test) test di sistema (ST System Test) Per ogni elemento, sia esso UT, ST o SIT dovrà essere ogni volta identificato in modo univoco: Oggetto del test Vedere altro
REGOLAMENTO PER LA FORMAZIONE E LA GESTIONE DELL ALBO FORNITORI TELEMATICO DI APAM ESERCIZIO SPA (rev.0-01 Settembre 2014) 1 PREMESSE 1.1 La Società APAM ESERCIZIO SPA (di seguito APAM) con sede legale Dettagli Gestione della privacy nell'e-procurement
Gestione della privacy nell'e-procurement l'esempio della piattaforma telematica di EmPULIA Centrale di acquisto territoriale della Regione Puglia Avv. Pasquale Lopriore Divisione Informatica Telematica Dettagli BtoWeb QS Caratteristiche e funzionalità: BtoWeb QS
www.btoweb.it L unione tra il know-how gestionale e organizzativo maturato in oltre 12 anni di consulenza e l esperienza nell ambito dell informatizzazione dei processi ha consentito a Sinergest lo sviluppo Dettagli @CCEDO: Accessibilità, Sicurezza, Architettura
Rev. 8, agg. Settembre 2014 @CCEDO: Accessibilità, Sicurezza, Architettura 1.1 Il Sistema di Gestione della Sicurezza Per quanto riguarda la gestione della Sicurezza, @ccedo è dotato di un sistema di autenticazione Dettagli Le Procedure Telematiche di acquisto per forniture e servizi. Napoli, 7-8 maggio 2008
Le Procedure Telematiche di acquisto per forniture e servizi Napoli, 7-8 maggio 2008 Le fasi del procedimento di acquisto Programmazione Procedura di selezione del fornitore Contratto: esecuzione della Dettagli Allegato Tecnico al Contratto di Servizio
FatturaPA Fatturazione elettronica verso la Pubblica Amministrazione Allegato Tecnico al Contratto di Servizio Allegato Tecnico al Contratto di Servizio fattura PA Versione gennaio 20145 Pagina 1 di 7 Dettagli PIANO DI INFORMATIZZAZIONE
Comune di Rocca San Giovanni PIANO DI INFORMATIZZAZIONE delle procedure per la presentazione e compilazione on-line da parte di cittadini ed imprese delle istanze, dichiarazioni e segnalazioni al comune Dettagli CON LA CARTA DEI SERVIZI, I NOSTRI UTENTI SONO SEMPRE AL CENTRO DELLE NOSTRE ATTENZIONI.
CARTA DEI SERVIZI La qualità del servizio nei confronti dell Utente e la soddisfazione per l utilizzo delle soluzioni sono obiettivi strategici per Sistemi. Le soluzioni software Sistemi, siano esse installate Dettagli Manuale d uso del Sistema di e-procurement. Linee guida per l utilizzo del Sistema dinamico d acquisizione della Pubblica Amministrazione (SDAPA)
Manuale d uso del Sistema di e-procurement Linee guida per l utilizzo del Sistema dinamico d acquisizione della Pubblica Amministrazione (SDAPA) Data ultimo aggiornamento: 19 dicembre 2014 Pagina 1 di Dettagli REGOLAMENTO PER L ACQUISTO DI BENI E SERVIZI MEDIANTE PROCEDURE TELEMATICHE
75 REGOLAMENTO PER L ACQUISTO DI BENI E SERVIZI MEDIANTE PROCEDURE TELEMATICHE ADOTTATO DAL CONSIGLIO COMUNALE CON DELIBERAZIONE N. 105/I0029624P.G. NELLA SEDUTA DEL 27/04/2004 TITOLO I DISPOSIZIONI GENERALI Dettagli Centro Nazionale per l Informatica nella Pubblica Amministrazione. Gara a procedura aperta n. 1/2007. per l appalto dei
CeBAS Centrale Bandi e Avvisi Pubblici Regionali (DGR n. 1556 del 11.09.2009) Introduzione Il progetto CEBAS: la finalità è di migliorare l efficienza operativa interna dell Ente rispondere alle aspettative Dettagli PROGRAMMA TRIENNALE PER LA TRASPARENZA E INTEGRITÀ ANNI 2012-13-14
PROGRAMMA TRIENNALE PER LA TRASPARENZA E INTEGRITÀ ANNI 2012-13-14 Le modifiche normative intervenute, nell ambito dell ampio programma di riforma della Pubblica Amministrazione, impongono agli Enti Locali Dettagli La Regione Marche intende gestire direttamente le attività per espletare gli adempimenti relativi alle elezioni regionali del 2015.
Giunta Regione Marche P.F. Sistemi Informativi e Telematici Avviso di indagine di mercato finalizzata all acquisizione di servizi software per la gestione delle elezioni regionali del 2015 - In sostituzione Dettagli Fase 1: la Fatturazione Elettronica
GUIDA OPERATIVA ALLA DEMATERIALIZZAZIONE DEL CICLO DEGLI ACQUISTI IN EMILIA ROMAGNA Fase 1: la Fatturazione Elettronica Data: 19 giugno 2014 Versione: 3.1 Autori: Intercent-ER Par-ER INDICE 1. PREMESSA... Dettagli Allegato 1 CIG 58703795FF PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO
PROCEDURA DI AFFIDAMENTO PER LA FORNITURA DI UNA PIATTAFORMA PER SERVICE MASHUP AND DELIVERY CAPITOLATO TECNICO SOMMARIO 1 Oggetto della Fornitura... 3 2 Composizione della Fornitura... 3 2.1 Piattaforma Dettagli Processi di business sovra-regionali relativi ai sistemi regionali di FSE. Versione 1.0 24 Giugno 2014
Processi di business sovra-regionali relativi ai sistemi regionali di FSE Versione 1.0 24 Giugno 2014 1 Indice Indice... 2 Indice delle figure... 3 Indice delle tabelle... 4 Obiettivi del documento... Dettagli Il Programma per la razionalizzazione degli acquisti nella P.A.
Il Programma per la razionalizzazione degli acquisti nella P.A. Pierpaolo Agostini, Responsabile Gestione e Monitoraggio Servizi Milano, 21 novembre 2013 consip profilo aziendale e missione Consip è una Dettagli 1.1 - Crittografia sulla infrastruttura trasmissiva tra le stazioni remote Rilheva il centro di telecontrollo
SISTEMA DI TELECONTROLLO RILHEVA GPRS (CARATTERISTICHE DEL VETTORE GPRS E SICUREZZE ADOTTATE) Abstract: Sicurezza del Sistema di Telecontrollo Rilheva Xeo4 ha progettato e sviluppato il sistema di telecontrollo Dettagli (in riferimento al Capitolato Speciale d Appalto paragrafo 7.1. pag. 10)
Quesito 1 Si richiede di sapere se in caso di ATI o RTI queste stesse devono risultare già costituite all'atto della presentazione delle offerte, oppure è sufficiente, come di solito richiesto, l'impegno Dettagli PROCEDURA APERTA FORNITURA ENERGIA ELETTRICA PER L ANNO 2011 REGOLE TECNICHE PER LO SVOLGIMENTO DELL ASTA ELETTRONICA PREMESSA
PROCEDURA APERTA FORNITURA ENERGIA ELETTRICA PER L ANNO 2011 REGOLE TECNICHE PER LO SVOLGIMENTO DELL ASTA ELETTRONICA PREMESSA Il presente Regolamento disciplina in via operativa lo svolgimento dell asta Dettagli MCloud.Gov l infrastruttura SaaS per la Pubblica Amministrazione locale
MCloud.Gov l infrastruttura SaaS per la Pubblica Amministrazione locale 1. Livello infrastrutturale Il Cloud, inteso come un ampio insieme di risorse e servizi fruibili da Internet che possono essere dinamicamente Dettagli COMUNE DI TREZZO SULL ADDA
COMUNE DI TREZZO SULL ADDA CAPITOLATO D APPALTO PER L AGGIORNAMENTO, LA MANUTENZIONE, L HOSTING, LA GESTIONE DELLE STATISTICHE E L INTRODUZIONE DI NUOVE FUNZIONALITA DEL SITO INTERNET DEL COMUNE DI TREZZO Dettagli RicohPA Allegato Tecnico
RicohPA Allegato Tecnico Indice 1. Introduzione... 2 2. Riferimenti Normativi... 3 3. Il Servizio RicohPA... 4 4. Caratteristiche Soluzione RICOH P.A.... 10 5. Livelli di servizio (S.L.A.)... 11 6. Il Dettagli Comune di Bassano del Grappa
Comune di Bassano del Grappa DETERMINAZIONE DIRIGENZIALE Registro Unico 1247 / 2014 Area Staff OGGETTO: ACQUISIZIONE SERVIZIO AGGIORNAMENTO TECNOLOGICO DEL SOFTWARE APPLICATIVO PER LA GESTIONE ECONOMICA Dettagli Poste Italiane S.p.A.
Poste Italiane S.p.A. Innovation public procurement : come la PA può essere driver d innovazione Roma, 26 Maggio 2015 2 Rilevanza strategica del cambiamento In un contesto sempre più competitivo, l area Dettagli ASSOCIAZIONE DEI COMUNI DI CALVELLO (PZ), ANZI (PZ), ABRIOLA (PZ) e LAURENZANA (PZ)
ASSOCIAZIONE DEI COMUNI DI CALVELLO (PZ), ANZI (PZ), ABRIOLA (PZ) e LAURENZANA (PZ) IL PORTALE WEB PER LA CENTRALE UNICA DI COMMITTENZA della Val Camastra 1. CONTENUTI E FINALITA DELLA SCHEDA Nella presente Dettagli Autorità Nazionale Anticorruzione
Autorità Nazionale Anticorruzione PROTOCOLLO DI AZIONE VIGILANZA COLLABORATIVA CON L AGENZIA NAZIONALE PER L ATTRAZIONE DEGLI INVESTIMENTI E LO SVILUPPO D IMPRESA S.P.A. (INVITALIA) PREMESSO CHE - L art. Dettagli Piano di informatizzazione delle procedure per la presentazione delle istanze, dichiarazioni, segnalazioni
COMUNE DI SANTA GIUSTINA IN COLLE (PD) * * * Piano di informatizzazione delle procedure per la presentazione delle istanze, dichiarazioni, segnalazioni 1 CONTESTO La realizzazione del Piano di informatizzazione Dettagli DELIBERAZIONE DEL DIRETTORE GENERALE O G G E T T O IL DIRETTORE GENERALE
Centro Direzionale di Napoli isola F9 80143 NAPOLI DELIBERAZIONE DEL DIRETTORE GENERALE N. 20 del 29 SET 2014 L anno 2014, il giorno 29 del mese di Settembre, in Napoli nella sede dell A.R.SAN., il Direttore Dettagli 201509241305 Manuale di Gestione MIUR ALLEGATO n. 5 Pag. 1
Indice dei contenuti GENERALITÀ 1. ASPETTI DI SICUREZZA INERENTI LA FORMAZIONE DEI DOCUMENTI 2. ASPETTI DI SICUREZZA INERENTI LA GESTIONE DEI DOCUMENTI 3. COMPONENTE ORGANIZZATIVA DELLA SICUREZZA 4. COMPONENTE Dettagli Capitolato speciale per la fornitura di
ALLEGATO A Capitolato speciale per la fornitura di Servizi di verifica procedurale e funzionale delle componenti di servizio della Community Network dell'umbria nell'ambito del piano di Semplificazione Dettagli PROTOCOLLO ELETTRONICO GESTIONE ELETTRONICA DEI DOCUMENTI GESTIONE ELETTRONICA DELL ARCHIVIO PROTOCOLLO ELETTRONICO
PROTOCOLLO ELETTRONICO GESTIONE ELETTRONICA DEI DOCUMENTI GESTIONE ELETTRONICA DELL ARCHIVIO PROTOCOLLO ELETTRONICO Lettere, fax, messaggi di posta elettronica, documenti tecnici e fiscali, pile e pile Dettagli Allegato 4 elementi inerenti l informatizzazione
Allegato 4 elementi inerenti l informatizzazione SOFTWARE PER LA GESTIONE DEL MAGAZZINO DEGLI AUSILI TERAPEUTICI 1. INFRASTRUTTURA... 2 2. CARATTERISTICHE DEL SOFTWARE... 2 3. ELABORAZIONI... 3 4. TEMPI Dettagli Guida alla FATTURAZIONE ELETTRONICA
Guida alla FATTURAZIONE ELETTRONICA 1) Normativa Le disposizioni della Legge finanziaria 2008 prevedono che l emissione, la trasmissione, la conservazione e l archiviazione delle fatture emesse nei rapporti Dettagli PROVINCIA DI BENEVENTO
PROVINCIA DI BENEVENTO FORNITURA DI SERVIZI DI PRESIDIO DEL CENTRO DI CALCOLO E MANUTENZIONE CORRETTIVA ED EVOLUTIVA DEL SISTEMA INFORMATIVO DEL SETTORE AMMINISTRATIVO ALLEGATO TECNICO AL CAPITOLATO SPECIALE Dettagli Addition, tutto in un unica soluzione
Addition, tutto in un unica soluzione Addition è un applicativo Web progettato e costruito per adattarsi alle esigenze delle imprese. Non prevede un organizzazione in moduli, mette a disposizione delle Dettagli LA FATTURAZIONE ELETTRONICA
Roma, 24 luglio 2014 LA FATTURAZIONE ELETTRONICA Pubblichiamo di seguito un documento dell Agenzia per l Italia Digitale (AGID) che illustra le principali caratteristiche del passaggio alla fatturazione Dettagli REGIONE DEL VENETO AZIENDA UNITA LOCALE SOCIO SANITARIA N. 6 VICENZA PROVVEDIMENTO DEL DIRIGENTE RESPONSABILE. Servizio Approvvigionamenti
REGIONE DEL VENETO AZIENDA UNITA LOCALE SOCIO SANITARIA N. 6 VICENZA PROVVEDIMENTO DEL DIRIGENTE RESPONSABILE Servizio Approvvigionamenti delegato dal Direttore Generale dell Azienda con delibera regolamentare Dettagli Governo dei progetti IT in una grande organizzazione
Governo dei progetti IT in una grande organizzazione Alessandra Sbezzi Direttore Finanza Pubblica Roma 20 gennaio 2011 Alessandra Sbezzi Consip S.p.A. Dal 1998 in Consip o Direttore dei Sistemi Informativi Dettagli Intervento cofinanziato dall U.E. F.E.S.R. sul P.O. Regione Puglia 2007-2013 Asse I Linea 1.1 Aiuti agli investimenti in ricerca per le PMI
Oil & Gas Business Application Suite Intervento cofinanziato dall U.E. F.E.S.R. sul P.O. Regione Puglia 2007-2013 Asse I Linea 1.1 Aiuti agli investimenti in ricerca per le PMI Il progetto Il bando Nell Dettagli REPUBBLICA ITALIANA NUMERO DI CODICE FISCALE 80012000826 PARTITA I.V.A. 02711070827
Oggetto: Coordinamento attività di acquisizione di beni e servizi per gli uffici regionali - Procedura applicativa Ai Dirigenti Generali preposti alle strutture di massima dimensione ed uffici equiparati Dettagli Allegato 15 Modello offerta tecnica
Allegato 15 Modello offerta tecnica Sommario 1 PREMESSA... 4 1.1 Scopo del documento... 4 2 La soluzione progettuale e la relativa architettura... 4 2.1 Requisiti generali della soluzione offerta... 4 Dettagli IfinConsulting News - FOCUS FATTURA ELETTRONICA
GIUGNO 2014 IfinConsulting News - FOCUS FATTURA ELETTRONICA Stop alle fatture su carta! A decorrere dal 6 giugno scatta l obbligo per i fornitori della PA Centrale di fatturare con modalità elettroniche. Dettagli (Finalità e ambito di applicazione)
6 15.1.2003 - BOLLETTINO UFFICIALE DELLA REGIONE TOSCANA - N. 3 DECRETO DEL PRESIDENTE DELLA GIUNTA REGIONALE 7 gennaio 2003, n. 3/R Regolamento per lo svolgimento delle procedure telematiche di acquisto Dettagli REPUBBLICA ITALIANA ASSEMBLEA REGIONALE SICILIANA XVI LEGISLATURA CAPITOLATO SPECIALE D'APPALTO PER L'ACQUISIZIONE DI UN SISTEMA DI GESTIONE DELLA
REPUBBLICA ITALIANA ASSEMBLEA REGIONALE SICILIANA XVI LEGISLATURA CAPITOLATO SPECIALE D'APPALTO PER L'ACQUISIZIONE DI UN SISTEMA DI GESTIONE DELLA FATTURAZIONE ELETTRONICA PASSIVA SECONDO NORMA DI LEGGE Dettagli La Fatturazione Elettronica verso la PA
N.B.: i collegamenti agli indirizzi web riportati nel testo e alla Presentazione Fatturazione Elettronica Armando Giudici Dylog - Buffetti sono richiamabili cliccandoli col pulsante sinistro del mouse. Dettagli ICT Information &Communication Technology
ICT Information &Communication Technology www.tilak.it Profile Tilak Srl, azienda specializzata in soluzioni in ambito Communication Technology opera nell ambito dei servizi di consulenza, formazione e Dettagli COMUNE DI TERNO D ISOLA
COMUNE DI TERNO D ISOLA Provincia di BERGAMO Piano triennale di informatizzazione delle procedure per la presentazione di istanze, dichiarazioni e segnalazioni (Art 24 comma 3bis D.L. 90/2014) INDICE 1) Dettagli ALLEGATO 2 MODELLO DI OFFERTA TECNICA
ALLEGATO 2 MODELLO DI OFFERTA TECNICA Allegato 2 Modello di offerta tecnica Pagina 1 di 23 Premessa Nella redazione dell Offerta tecnica il concorrente deve seguire lo schema del modello proposto in questo Dettagli La creazione di una Richiesta di Offerta LIM + Notebook
La creazione di una Richiesta di Offerta LIM + Notebook con criterio di aggiudicazione all Offerta Economicamente più Vantaggiosa Edizione Progetto LIM 2011 Giugno 2011 Lavori preliminari Fuori MePA: Documentazione Dettagli Descrizione generale. Architettura del sistema
Descrizione generale Sister.Net nasce dall esigenza di avere un sistema generale di Cooperazione Applicativa tra Enti nel settore dell Informazione Geografica che consenta la realizzazione progressiva Dettagli Dipartimento per la Programmazione e il Coordinamento della Politica Economica. Monitoraggio degli investimenti pubblici: il Sistema MIP-CUP
Dipartimento per la Programmazione e il Coordinamento della Politica Economica Monitoraggio degli investimenti pubblici: il Sistema MIP-CUP Gennaio 2011 M I P C U P G17H03000130011 Sistema Monitoraggio Dettagli I N F I N I T Y Z U C C H E T T I WORKFLOW HR
I N F I N I T Y Z U C C H E T T I WORKFLOW HR WORKFLOW HR Zucchetti, nell ambito delle proprie soluzioni per la gestione del personale, ha realizzato una serie di moduli di Workflow in grado di informatizzare Dettagli ACQUISIZIONE DI BENI E SERVIZI IN ECONOMIA DI CUI ALL ART. 125 DEL D.LGS. n. 163/2006 DELLA REGIONE AUTONOMA DELLA SARDEGNA. DIRETTIVA GENERALE
Allegato n. 1 alla Delib.G.R. n. 38/12 del 30.9.2014 ACQUISIZIONE DI BENI E SERVIZI IN ECONOMIA DI CUI ALL ART. 125 DEL D.LGS. n. 163/2006 DELLA REGIONE AUTONOMA DELLA SARDEGNA. DIRETTIVA GENERALE SOMMARIO Dettagli Piazza delle Imprese alimentari. Viale delle Manifatture. Via della Produzione
Piazza delle Imprese alimentari Viale delle Manifatture Via della Produzione PASSEPARTOUT MEXAL è una soluzione gestionale potente e completa per le imprese che necessitano di un prodotto estremamente Dettagli ACTIVITY TRACKING PER UNA MAGGIORE EFFICIENZA ALL INTERNO DELL IMPRESA
ACTIVITY TRACKING PER UNA MAGGIORE EFFICIENZA ALL INTERNO DELL IMPRESA Activity Tracking è l applicazione ideata in Fiat Group Automobiles (FGA) e sviluppata da Cluster Reply per gestire la tracciabilità Dettagli S.E.A. - SOCIETÀ per Azioni ESERCIZI AEROPORTUALI
S.E.A. - SOCIETÀ per Azioni ESERCIZI AEROPORTUALI PROCEDURA APERTA PER L'AFFIDAMENTO DEI SERVIZI DI TELEFONIA, CONNETTIVITÀ GEOGRAFICA, CONNETTIVITÀ INTERNET, SICUREZZA E GESTIONE DELLA BANDA PRESSO GLI Dettagli L unica Azienda in Italia con infrastrutture dedicata al Cloud Computing
RECONSULT è una società di servizi con decennale esperienza nel mondo del Credito Cooperativo e in partnership con CloudItalia propone soluzioni innovative per migliorare l efficienza dei processi organizzativi. Dettagli Bruno Marolla InnovaPuglia spa Resp. Servizio EmPULIA
Bruno Marolla InnovaPuglia spa Resp. Servizio EmPULIA EmPULIA - Funzioni L.R. n.4 del 25/02/2010 Norme urgenti in materia di sanità e servizi sociali, ART. 54 EmPULIA opera a favore: della Regione, degli Dettagli Gli adempimenti burocratico-amministrativida soddisfare in tema di semplificazione e anticorruzione
SEMINARIO DI AGGIORNAMENTO PROFESSIONALE La fatturazione elettronica e gli adempimenti burocratico-amministrativida soddisfare in tema di gestione degli appalti, lavori, servizi e forniture tramite Centrali Dettagli Il sistema AVC PASS per la verifica dei requisiti per l affidamento dei contratti pubblici
Il sistema AVC PASS per la verifica dei requisiti per l affidamento dei contratti pubblici. Delibera AVC PASS Le modificazioni assunte nelle adunanze dell 8 maggio e del 5 giugno 2013 Alla luce dei risultati Dettagli Il Programma di Razionalizzazione degli acquisti della PA
Programma per la Razionalizzazione degli Acquisti nella Pubblica Amministrazione Il Programma di Razionalizzazione degli acquisti della PA Dott. Pierpaolo Agostini Promozione Amministrazioni Territoriali Dettagli Sistema Pagamenti del SSR
Sistema Pagamenti del SSR Utente del sistema di fatturazione regionale Manuale Utente Versione 1.2 del 15/01/2014 Sommario Sistema Pagamenti del SSR Utente del sistema di fatturazione regionale Manuale Dettagli Prot. 2016/10258 DISPOSIZIONE n. 20 del 26 febbraio 2016
Equitalia SpA Sede legale Via Giuseppe Grezarn. 14 00142 Roma Tel. 06.989581 Fax 06.95050424www.gruppoequitalia.it Direzione Servizi Accentrati Prot. 2016/10258 DISPOSIZIONE n. 20 del 26 febbraio 2016 Dettagli AVVISO PUBBLICO SI RENDE NOTO
AVVISO PUBBLICO VOLTO ALL ACQUISIZIONE DI MANIFESTAZIONI DI INTERESSE A PARTECIPARE A SUCCESSIVA ED EVENTUALE PROCEDURA NEGOZIATA PER L AFFIDAMENTO DEI SERVIZI DI CERTIFICAZIONE BILANCIO, CONTROLLO CONTABILE, Dettagli IL DIRETTORE GENERALE
C.I.S.A.P. CONSORZIO INTERCOMUNALE DEI SERVIZI ALLA PERSONA Comuni di Collegno e Grugliasco DETERMINAZIONE N 166/2014 DEL 30/12/2014 ORIGINALE Oggetto: affidamento servizio di assistenza e manutenzione Dettagli DOMANDE FREQUENTI ENTI
DOMANDE FREQUENTI ENTI Data pubblicazione: 30/09/2015 Pagina 1 di 13 INDICE 1. Registrazione ai servizi di ARCA 5 1.1. Come posso registrarmi ai servizi dell'azienda Regionale Centrale Acquisti (ARCA)? Dettagli Programma per la Ricerca Sanitaria 2008: attività di ricerca finalizzata in materia di tutela della salute nei luoghi di lavoro
Programma per la Ricerca Sanitaria 2008: attività di ricerca finalizzata in materia di tutela della salute nei luoghi di lavoro (art.12 e 12 bis del D.Lgs. 502/92, come modificato ed integrato dal Decreto Dettagli STAZIONE UNICA APPALTANTE DELLA PROVINCIA DI TREVISO
STAZIONE UNICA APPALTANTE DELLA PROVINCIA DI TREVISO BOZZA DI CONVENZIONE L anno duemilaquattordici (2014) addì (.) del mese di in Treviso Via Cal di Breda, 116, nella sede della Provincia di Treviso, Dettagli Lombardia Informatica S.p.A. Bando di gara d appalto
Lombardia Informatica S.p.A. Bando di gara d appalto I.1) Denominazione indirizzi e punti di contatto: Lombardia Informatica S.p.A., Funzione Acquisti e Affari Generali, Via Taramelli n. 26, 20124, Milano, Dettagli RELAZIONI TRA SERVIZI PER L IMPIEGO
RELAZIONI TRA SERVIZI PER L IMPIEGO E AZIENDE-UTENTI L IMPATTO DELLE PROCEDURE INFORMATIZZATE a cura di Germana Di Domenico Elaborazione grafica di ANNA NARDONE Monografie sul Mercato del lavoro e le politiche Dettagli Gara per la realizzazione del Sistema Informativo di Supporto alla Gestione degli Appalti Pubblici - SISGAP -
UNIONE EUROPEA REGIONE CALABRIA REPUPBLICA ITALIANA Via Cosenza 1/G - 88100 CATANZARO LIDO POR CALABRIA FESR 2007-2013 Linea di Intervento 1.2.2.2 Azioni per la realizzazione/potenziamento del sistema Dettagli CARTA dei SERVIZI. Servizi Informatici. di Dario Folli. Pagina 1 di 6 SERVIZI
Pagina 1 di 6 CARTA dei? Pagina 2 di 6 per Hardware e Software di BASE Analisi, Progetto e Certificazione Sistema Informatico (HW e SW di base) Le attività di Analisi, Progetto e Certificazione del Sistema Dettagli Alfresco ECM. La gestione documentale on-demand
Alfresco ECM La gestione documentale on-demand Alfresco 3.2 La gestione documentale on-demand Oltre alla possibilità di agire sull efficienza dei processi, riducendone i costi, è oggi universalmente conosciuto Dettagli La creazione di una Richiesta di Offerta LIM + Pc
La creazione di una Richiesta di Offerta LIM + Pc con criterio di aggiudicazione al Prezzo più basso Edizione Progetto LIM 2011 Giugno 2011 Lavori preliminari Fuori MePA: Documentazione di gara 1. Accordo Dettagli Architettura del sistema
SIA SISTEMA DI LOG MANAGEMENT Controllo degli accessi, monitoring delle situazioni anomale, alerting e reporting Milano Hacking Team S.r.l. http://www.hackingteam.it Via della Moscova, 13 info@hackingteam.it Dettagli Comune di Spoleto QUESITI E RISPOSTE
Procedura aperta per fornitura chiavi in mano di una suite applicativa gestionale Web based completamente integrata e comprensiva dei relativi servizi di assistenza e manutenzione QUESITI E RISPOSTE Quesito Dettagli OGGETTO DELLA FORNITURA...4
Gara d appalto per la fornitura di licenze software e servizi per la realizzazione del progetto di Identity and Access Management in Cassa Depositi e Prestiti S.p.A. CAPITOLATO TECNICO Indice 1 GENERALITÀ...3 Dettagli Le soluzioni SAP al servizio del processo di acquisto
Le soluzioni SAP al servizio del processo di acquisto Antonio Costa SAP Italia Agenda 1. Introduzione 2. Panoramica sulla soluzione SAP 3. Perché SAP? SAP Italia 2010 / Pagina 2 Cosa significa questo per Dettagli Art. 1 Oggetto della fornitura
AVVISO PUBBLICO Prot. 316/2013/P FONSERVIZI rende noto che, in esecuzione di quanto disposto nel C.d.A. del 31/07/2013, intende effettuare un indagine di mercato avviata ai sensi dell art. 332 del DPR Dettagli Servizio. Scambio Documenti Digitali. Alessandro Biasin Evoluzione Ricerca Prodotti alessandro.biasin@constriv.it. 1 Padova 16 Marzo 2006
Servizio 1 Scambio Documenti Digitali Alessandro Biasin Evoluzione Ricerca Prodotti alessandro.biasin@constriv.it 2 EDI (Electronic Data Interchange): È la trasmissione diretta di messaggi commerciali Dettagli BANDO ALLEGATO 2 Offerta Tecnica
BANDO ALLEGATO 2 Offerta Tecnica Allegato 2: Offerta Tecnica Pag. 1 ALLEGATO 2 OFFERTA TECNICA PRESCRIZIONI TECNICHE Modalità di esecuzione e descrizione del Servizio Il Servizio integrato oggetto del Dettagli MUTA Modello Unico Trasmissione Atti
MUTA Modello Unico Trasmissione Atti A cura di Elisabetta Sciacca Direzione SIRE / Responsabile Progetto Muta Milano, 15 settembre 2011 SINTESI DEI CONTENUTI 1. La piattaforma MUTA 2. I servizi 3. Scenari Dettagli PROCEDURA DI GARA PER LA FORNITURA DI UNA PIATTAFORMA PER L ORCHESTRAZIONE DI SERVIZI COMPOSITI E LA GESTIONE DOCUMENTALE
PROCEDURA DI GARA PER LA FORNITURA DI UNA PIATTAFORMA PER L ORCHESTRAZIONE DI SERVIZI COMPOSITI E LA GESTIONE DOCUMENTALE CAPITOLATO TECNICO DI GARA CIG 5302223CD3 SOMMARIO 1 Oggetto della Fornitura... Dettagli Conservazione del documento informatico ed i conservatori accreditati. Agenzia per l Italia Digitale
Conservazione del documento informatico ed i conservatori accreditati Agenzia per l Italia Digitale 21-11-2014 L «ecosistema» della gestione dei documenti informatici PROTOCOLLO INFORMATICO FIRME ELETTRONICHE Dettagli ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO
ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO Standard tecnici Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali Dettagli Allegato 2: Prospetto informativo generale
Gara a procedura ristretta accelerata per l affidamento, mediante l utilizzo dell Accordo Quadro di cui all art. 59 del D.Lgs. n. 163/2006, di Servizi di Supporto in ambito ICT a InnovaPuglia S.p.A. Allegato Dettagli Applicazione: Piattaforma unitaria per la gestione dei bandi
Riusabilità del software - Catalogo delle applicazioni: Amministrazione/Contabile Applicazione: Piattaforma unitaria per la gestione dei bandi Amministrazione: Regione Piemonte - Direzione Innovazione, Dettagli ALLEGATO 2 OFFERTA TECNICA
ALLEGATO 2 OFFERTA TECNICA Allegato 2 Offerta Tecnica Pag. 1 di 10 ALLEGATO 2 - OFFERTA TECNICA La busta B - Gara a procedura aperta ai sensi del D.Lgs. 163/2006 e s.m.i per l affidamento dei servizi per Dettagli AZIENDA USL ROMA H Borgo Garibaldi,12 00041 Albano Laziale (Roma)
Appalto per l Affidamento del Servizio di MANUTENZIONE, MONITORAGGIO E CONDUZIONE DEI SERVIZI DI SERVER FARM dell Azienda Sanitaria Locale Roma H compresa la realizzazione di due progetti IT finalizzati Dettagli COMUNE DI VILLACIDRO Provincia del Medio Campidano. PIANO DI INFORMATIZZAZIONE (ai sensi dell art. 24, comma 3 bis, del D.L. n.
COMUNE DI VILLACIDRO Provincia del Medio Campidano PIANO DI INFORMATIZZAZIONE (ai sensi dell art. 24, comma 3 bis, del D.L. n. 90/2014) Approvato con Deliberazione della Giunta Comunale n. 08 del 17.02.2015 Dettagli BOZZA. L anno il giorno del mese di in, nella sede della Comunità Montana Alto Tanaro Cebano Monregalese in Ceva, Via Case Rosse, 1,
BOZZA CONVENZIONE TRA LA COMUNITA MONTANA ALTO TANARO CEBANO MONREGALESE ED I COMUNI DI PER LA COSTITUZIONE DELL UFFICIO UNICO/CENTRALE UNICA DI COMMITTENZA PER LA GESTIONE DEGLI APPALTI L anno il giorno Dettagli PROCEDURA APERTA PER LA FORNITURA DI SERVIZI DI BUSINESS INTEGRATION, TECHNICAL PROJECT MANAGEMENT E CONSULENZA DI SERVIZI
PROCEDURA APERTA PER LA FORNITURA DI SERVIZI DI BUSINESS INTEGRATION, TECHNICAL PROJECT MANAGEMENT E CONSULENZA DI SERVIZI CHIARIMENTI AL 27/06/2011 1. Domanda Art.. 11 Polizza assicurativa del Disciplinare Dettagli Delibera del Direttore Generale n. 409 del 23/05/2014
Servizio Sanitario Nazionale - Regione dell Umbria AZIENDA UNITA SANITARIA LOCALE UMBRIA N. 2 Sede Legale Provvisoria: Viale Donato Bramante 37 Terni Codice Fiscale e Partita IVA 01499590550 Delibera del Dettagli DISCIPLINARE DI GARA
Settore Lavori Pubblici Servizio Amministrativo Direttore di Settore e R.U.P. arch. Antonello Longoni Protocollo int. n. 15993 AL/gp Lecco, 18.03.2015 DISCIPLINARE DI GARA Cottimo fiduciario ad affidamento Dettagli COMUNE DI PAGANI. Provincia di Salerno. Copia. Determinazione del responsabile del SETTORE AFFARI GENERALI E GESTIONE DEL PERSONALE
COMUNE DI PAGANI Provincia di Salerno Copia Determinazione del responsabile del SETTORE AFFARI GENERALI E GESTIONE DEL PERSONALE Num. determina: 85 Proposta n. 1244 del 20/10/2015 Determina generale num. Dettagli GESTIONE DELLA POSTA ELETTRONICA CERTIFICATA - PEC GEPROT v 3.1
GESTIONE DELLA POSTA ELETTRONICA CERTIFICATA - PEC GEPROT v 3.1 ESPLETAMENTO DI ATTIVITÀ PER L IMPLEMENTAZIONE DELLE COMPONENTI PREVISTE NELLA FASE 3 DEL PROGETTO DI E-GOVERNMENT INTEROPERABILITÀ DEI SISTEMI Dettagli IL RAGIONIERE GENERALE DELLO STATO

References: art. 6
 art. 4
 art.6
 articolo 6
 articolo 1269
 articolo 2
 articolo 6
 articolo 3
 articolo 33
 art. 60
 art. 7
 art. 60
 art. 124
 art. 328
 art. 125
 art. 85
 art. 50
 art. 50
 Art. 1
 ART. 125
 ART. 125
 ART. 54
 Art. 1
 art. 332
 art. 59
 art. 24
 art. 24