CAPITOLATO TECNICO E D ONERI

Transcript

1 CAPITOLATO TECNICO E D ONERI SISTEMA INFORMATIVO DI MONETAZIONE ELETTRONICA DELLA REGIONE LAZIO (SME) CIG: BDD CODICE CUP CODICI INTERNI CODICE MONITORAGGIO DENOMINAZIONE PROGETTO J82G FSRSAV SANSAV A0024F0001 Sanità Vicina Programma Operativo FESR Lazio Asse III Accessibilità - Attività 3 Infrastrutture e servizi di connettività Linea di Azione Sanità Elettronica LAIT - LAZIO INNOVAZIONE TECNOLOGICA S.P.A. Sede legale: Via Progetto Adelaide finanziato Bono Cairoli, dall Unione 68 Europea e Roma dalla Regione Lazio Tel.: 06/ Fax: Programma 06/ Operativo FESR Lazio Pag. 1 di 71 PEC Azienda: laitspa@legalmail.it PEC Gare: gare.laitspa@legalmail.it -

2 INDICE 1 PREMESSA INTRODUZIONE DEFINIZIONI TERMINI CHIAVE GLOSSARIO RIFERIMENTI IL CONTESTO SISTEMI DI PAGAMENTO INDIRIZZO NAZIONALE EUROPEO AGID - NODO PAGAMENTI SPC STRATEGIA REGIONALE PER I SISTEMI DI PAGAMENTO IL SISTEMA A RIUSO IRIS Funzionalità Architettura IRIS PIATTAFORMA IT DI SANITÀ ELETTRONICA (PIT) Infrastruttura hardware e software ASUR RECUP DEFINIZIONE DELL APPALTO OGGETTO CLASSI DI FORNITURA DURATA DELL APPALTO DESCRIZIONE DELL APPALTO ANALISI DI DETTAGLIO E PIANIFICAZIONE DEL SISTEMA SME REALIZZAZIONE DEL SME DI REGIONE LAZIO Requisiti funzionali Integrazioni infrastrutturali Integrazioni applicative Utenza del sistema Requisiti non funzionali Vincoli Accessibilità ed usabilità Protezione dati personali Requisiti di qualità SERVIZI PROFESSIONALI MANUTENZIONE EVOLUTIVA (MEV) MANUTENZIONE ADEGUATIVA E CORRETTIVA (MAC) ASSISTENZA UTENTI FORMAZIONE ESERCIZIO DEL SISTEMA GRUPPO DI LAVORO Requisiti del Gruppo di Lavoro MODALITÀ DI ESECUZIONE GESTIONE DEL PROGETTO Direzione esecuzione del contratto Programma Operativo FESR Lazio Pag. 2 di 71

3 5.2 DOCUMENTI MODALITÀ DI CONSEGNA DEI PRODOTTI PIANO DI LAVORO CONSUNTIVAZIONE STATO AVANZAMENTO LAVORI PIANO DELLA QUALITÀ GESTIONE DELLA CONFIGURAZIONE PRODOTTI DELLE FASI DI SVILUPPO REQUISITI DI QUALITÀ E LIVELLI DI SERVIZIO MILESTONE DI PROGETTO LUOGO DI ESECUZIONE DELL APPALTO CONCLUSIONE DELL APPALTO CLAUSOLE LEGALI NORME REGOLATRICI E DISCIPLINA APPLICABILE MODALITÀ E TEMPI DI ESECUZIONE GARANZIE E ASSICURAZIONI PROPRIETÀ E UTILIZZABILITÀ DEI PRODOTTI E DELLA DOCUMENTAZIONE CORRISPETTIVO E MODALITÀ DI PAGAMENTO PENALI OBBLIGHI DI RISERVATEZZA OBBLIGHI NEI CONFRONTI DEL PERSONALE COLLAUDI/VERIFICHE DI CONFORMITÀ E CONTROLLI RISOLUZIONE E RECESSO DIRITTI E PRETESE DI TERZI SUBAPPALTO E SUBCONTRATTO CESSIONE DEL CONTRATTO E DEI CREDITI COMUNICAZIONI SPESE CONTRATTUALI ED ONERI FISCALI CLAUSOLE DI SALVAGUARDIA CONTROVERSIE E FORO COMPETENTE Programma Operativo FESR Lazio Pag. 3 di 71

4 Indice delle Tabelle Tabella 1: Interventi del progetto Sanità Vicina della Regione Lazio...5 Tabella 2: Funzionalità del sistema IRIS Tabella 3: Caratteristiche e sottocaratteristiche di qualità Tabella 4: Metriche di misura della qualità Tabella 5: Documenti minimi previsti Tabella 6: Prodotti delle fasi di sviluppo Tabella 7: Milestone di progetto Indice delle Figure Figura 1: Architettura del sistema IRIS Figura 2: Architettura della Piattaforma IT per la sanità elettronica Figura 3: modello architetturale con Registry locali e federati e Repository centralizzato Figura 4: Architettura del sistema SME Figura 5: Infrastruttura Cooperazione Applicativa della Regione Lazio Programma Operativo FESR Lazio Pag. 4 di 71

5 1 Premessa 1.1 Introduzione La LAit - LAZIO innovazione tecnologica S.p.A. (nel seguito anche LAit S.p.A. ) è stata costituita con Legge Regionale n. 20/2001 al fine di realizzare, organizzare e gestire il Sistema Informativo Regionale (S.I.R.), che comprende il Sistema Informativo Sanitario Regionale (SISR.), della Regione Lazio. In qualità di Centrale di Committenza della Regione Lazio nel campo ICT, pertanto, la LAit S.p.A. cura anche la predisposizione e la gestione degli atti di gara e dei conseguenti rapporti contrattuali volti alla fornitura di beni e/o alla prestazioni di servizi informatici e telematici in favore della Regione Lazio. Il presente Capitolato Tecnico e d Oneri, in particolare, descrive e disciplina le condizioni e le modalità di esecuzione delle attività di analisi, realizzazione e manutenzione del progetto Sistema Monetizzazione Elettronica (di seguito SME), nell ambito del progetto denominato Sanità Vicina, cofinanziato con fondi ordinari della Regione Lazio e fondi a valere sul POR FESR Attività III.3. Tale progetto, infatti, è composto dai quattro interventi di seguito elencati: DENOMINAZIONE PROGETTO INTERVENTI FSE Lazio Fascicolo Sanitario Elettronico della Regione Lazio Sanità Vicina E-Prescription (Ricetta Digitale - RICDIG) Sistema Monetizzazione Elettronica (SME) Distribuzione Referti Aziende Ospedaliere (DRAO) Tabella 1: Interventi del progetto Sanità Vicina della Regione Lazio Nell ambito della più ampia linea di progetto Sanità Vicina, scopo del presente appalto è la realizzazione e la manutenzione del Sistema di Monetizzazione Elettronica (SME) della Regione Lazio. 1.2 Definizioni Nel seguito del presente Capitolato d Oneri si indica con il termine: Bando di gara o Bando, si intende l Avviso pubblicato secondo legge, allo scopo di diffondere l intenzione di procedere all affidamento del presente appalto mediante gara; Capitolato Tecnico e d Oneri o Capitolato, si intende il presente documento che contiene le informazioni relative alle condizioni/modalità ed ai termini di esecuzione delle attività oggetto dell appalto; Disciplinare di gara, si intende il documento che contiene tutte le informazioni relative alle condizioni ed alle modalità di redazione e di presentazione delle offerte, ai criteri di aggiudicazione, alle cause di esclusione e di decadenza, nonché agli obblighi dell Aggiudicatario per la stipula del contratto; Atti di gara, si intende l insieme dei documenti di cui sopra (Bando di gara Capitolato Tecnico e d Oneri Disciplinare di gara); Programma Operativo FESR Lazio Pag. 5 di 71

6 Informazioni complementari, si intendono le informazioni e i chiarimenti forniti dalla Società Appaltante ai sensi del punto 10 del Disciplinare di gara; Società Appaltante, si intende la LAit LAZIO innovazione tecnologica S.p.A.; Aggiudicatario, si intende il soggetto, in qualunque forma costituito, che, al termine della procedura di gara, è risultato primo nella relativa graduatoria definitiva; Appaltatore, si intende il soggetto che, essendo risultato Aggiudicatario del presente appalto, ha stipulato il contratto con la Società Appaltante; Legale rappresentante, si intende la persona fisica (Presidente del Consiglio di Amministrazione, Amministratore Unico, Amministratore Delegato, Procuratore generale o speciale, etc.) regolarmente munita di poteri di firma, conferitigli dai competenti organi aziendali, idonei ad impegnare formalmente l operatore concorrente nell ambito della presente procedura; R.O.E., si intende un raggruppamento di operatori economici, costituito o costituendo ai sensi dell art. 37 del D.Lgs. n. 163/2006, che ha presentato un offerta per concorrere all aggiudicazione del presente appalto; Parti, si intendono, congiuntamente, la Società Appaltante e l Appaltatore. 1.3 Termini chiave Nel presente documento sono utilizzati i termini chiave DEVE, NON DEVE, OBBLIGATORIO, VIETATO, DOVREBBE, CONSIGLIATO, NON DOVREBBE, SCONSIGLIATO, POTREBBE, OPZIONALE, con i quali si intende quanto specificato nella seguente Tabella: DEVE OBBLIGATORIO DOVREBBE CONSIGLIATO PUÒ OPZIONALE NON DOVREBBE SCONSIGLIATO NON DEVE VIETATO definiscono elementi, requisiti, specifiche, condizioni che devono essere obbligatoriamente implementati/soddisfatti, fermo restando quanto specificato nel Disciplinare di gara in tema di esclusione dalla procedura di gara e nel seguito del presente documento in tema di verifiche e di penali e/o di risoluzione-recesso definiscono elementi, requisiti, specifiche, condizioni che in particolari circostanze possono essere ignorati/derogati, ferme restando le implicazioni tecnicooperative correlate alla scelta e fatto salvo quanto specificato nel Disciplinare di gara in tema di valutazione delle offerte e di attribuzione dei relativi punteggi definiscono elementi, requisiti, specifiche, condizioni la cui implementazione/soddisfazione è facoltativa, ferme restando le implicazioni tecnico-operative correlate alla scelta definiscono elementi, requisiti, specifiche, condizioni che in particolari circostanze possono essere introdotti/implementati, ferme restando le implicazioni tecnicooperative correlate alla scelta e fatto salvo quanto specificato nel Disciplinare di gara in tema di valutazione delle offerte e di attribuzione dei relativi punteggi definiscono elementi, requisiti, specifiche, condizioni, che assolutamente non devono essere introdotti/implementati, fermo restando quanto specificato nel Disciplinare di gara in tema di esclusione dalla procedura di gara e nel proseguo del presente documento in tema di verifiche e di penali e/o di risoluzione-recesso Programma Operativo FESR Lazio Pag. 6 di 71

7 1.4 Glossario ATM API BE BA Carta di Credito CIE CNS FE EL IRIS MHP MIP MOBILE NdP OTP PA POS RID online RID ordinario R.I.D. veloce SAL SISR Automated Teller Machine: sportello per il prelievo automatico di denaro contante Application Program Interface: Interfaccia di programmazione di un'applicazione Back End Business Analitics Strumento di pagamento costituito da una carta plastificata con dispositivo per il riconoscimento dei dati identificativi del titolare e dell'istituto bancario o finanziario emittente. È detta anche moneta elettronica Carta di Identità Elettronica Carta Nazionale dei Servizi Front End Enti Locali Infrastruttura Regionale Toscana Integrata Servizi di Pagamento Multimedia Home Platform: è uno standard della famiglia DVB che definisce l interfaccia software (middleware) tra le applicazioni interattive digitali e gli apparati dove queste sono attivate (set-top box) Modulo Incassi e Pagamenti: software sviluppato all interno del progetto PEOPLE per poter eseguire pagamenti on-line Smartphone, tablet, phablet Nodo dei Pagamenti SPC One Time Password (password usata una sola volta) Pubblica Amministrazione Point Of Sale: è un'apparecchiatura automatica mediante la quale è possibile effettuare, con l'utilizzo di una tessera magnetica o con microcircuito tipo Bancomat, il pagamento dei beni acquistati o dei servizi ricevuti Rapporto Interbancario Diretto online: una operazione di prelievo automatico di un determinato importo da un conto corrente (a seguito di una delega permanente conferita dal debitore alla propria banca) e conseguente accredito su un conto corrente di un'altra banca E' il servizio di addebito in conto corrente di pagamenti ricorrenti disposti dal beneficiario nel quale sono confluite le tipologie di addebito RID utenze e RID commerciale. Tale servizio è utilizzabile dal beneficiario sia nei confronti di debitori classificati dalla propria banca come consumatori sia nei confronti di debitori classificati come non consumatori o micro-imprese E' il servizio, utilizzabile dal beneficiario esclusivamente nei confronti di debitori classificati dalla propria banca come non consumatori o micro-imprese, che consente di inviare/ ricevere incassi e insoluti in tempi più brevi rispetto alla tipologia RID ordinario Stato Avanzamento Lavori: rapporto periodico che descrive sinteticamente le attività svolte Sistema Informativo Sanitario della Regione Lazio Programma Operativo FESR Lazio Pag. 7 di 71

8 SLA Smart Phone SOA SOAP SP - Service Provider SPC SPCoop Strumenti di pagamento (o Payment Gateway) OSSO - Single Sign-On MEF MEV MAC Architettura Logica Architettura Fisica Architettura Tecnica Modello Concettuale Modello Logico SME IRIS Service Level Agreement: sono strumenti contrattuali attraverso i quali si definiscono le metriche di servizio che devono essere rispettate da un fornitore di servizi Telefoni (o palmari) di ultima generazione dotati di browser e connessione ad internet Service Oriented Architecture Simple Object Access Protocol Infrastruttura che eroga uno o più servizi informatici (ad esempio tramite interfaccia web) all'utente Servizio di pubblica connettività Sistema pubblico di cooperazione Sono gli strumenti (es. carte di credito, bancomat, R.I.D.) con i quali è possibile eseguire una transazione on line Open Single Sign On - Accesso a più servizi a seguito di una unica autenticazione digitale Ministero dell Economia e delle Finanze Manutenzione evolutiva Manutenzione correttiva ed adeguativa Identificazione dei livelli del modello logico del sistema secondo la classificazione corrente: presentation, business logic, middleware layer, data layer. Identificazione dei nodi e dei package di sistema che implementano l architettura logica (vedi voce nel glossario) Identificazione degli apparati, delle macchine, delle reti, dei sistemi fisici e del software di base posto a fondamento del sistema. Rappresentazione del sistema intesa come un insieme di schemi e testi che identifichino l organizzazione del sistema nel suo complesso, le parti principali del sistema e le macrostrutture concettuali dei dati che lo caratterizzano. Rappresentazione delle componenti logiche che definiscono il sistema: componenti software, componenti di integrazione, componenti di gestione dei dati, schemi di utilizzo del sistema. Viene esplicitata, nelle fasi più avanzate del progetto, per mezzo dei seguenti deliverables: Architettura logica; Architettura fisica; Architettura tecnica Sistema di Monetazione Elettronica ovvero Nuova Piattaforma di pagamento della Regione Lazio Piattaforma di Pagamento presa a riuso da regione Lazio da personalizzare/evolvere attraverso l Appalto in oggetto Programma Operativo FESR Lazio Pag. 8 di 71

9 1.5 Riferimenti Nel presente Capitolato sono citati dei richiami ai seguenti altri documenti. D.Lgs. n. 163/2006 D.P.R. n. 207/2010 D.L. n. 82/2005 D.Lgs. n. 196/2003 L. n. 4/2004 D.P.R. n. 75/2005 D.M. 08/07/2005 Codice dei contratti pubblici relativi a lavori, servizi, forniture Regolamento di esecuzione del Codice dei contratti pubblici Decreto legislativo 7 marzo 2005, n. 82: Codice dell Amministrazione Digitale Decreto legislativo 30 giugno 2003, n. 196: Codice in materia di protezione dei dati personali. Legge 9 gennaio 2004, n. 4: Disposizioni per favorire l'accesso dei soggetti disabili agli strumenti informatici. Decreto del Presidente della Repubblica, 1 marzo 2005, n. 75: Regolamento di attuazione della legge 9 gennaio 2004, n. 4 per favorire l'accesso dei soggetti disabili agli strumenti informatici. Decreto Ministeriale 8 luglio 2005 (G.U. 8 agosto 2005, n. 183): Requisiti tecnici e i diversi livelli per l'accessibilità agli strumenti informatici. CNIPA, Qualità delle forniture ICT, Manuali, Lemmi del Dizionario delle forniture ICT, CNIPA_LEMMI CNIPA31 AgID ementari_/ CNIPA, Linee guida sulla qualità dei beni e dei servizi ICT per la definizione ed il governo dei contratti della Pubblica Amministrazione, Manuali, IT/Attivit%c3%a0/Qualit%c3%a0_delle_forniture_ICT/Manuali/ LINEE GUIDA PER L'EFFETTUAZIONE DEI PAGAMENTI ELETTRONICI A FAVORE DELLE PUBBLICHE AMMINISTRAZIONI E DEI GESTORI DI PUBBLICI SERVIZI Programma Operativo FESR Lazio Pag. 9 di 71

10 AgID LINEE GUIDA PER L'EFFETTUAZIONE DEI PAGAMENTI ELETTRONICI A FAVORE DELLE PUBBLICHE AMMINISTRAZIONI E DEI GESTORI DI PUBBLICI SERVIZI - Allegato A - Specifiche attuative dei codici identificativi di versamento, riversamento e rendicontazione AgID D.L. n. 179/2012 LINEE GUIDA PER L'EFFETTUAZIONE DEI PAGAMENTI ELETTRONICI A FAVORE DELLE PUBBLICHE AMMINISTRAZIONI E DEI GESTORI DI PUBBLICI SERVIZI - Allegato B - Specifiche attuative del nodo dei pagamenti-spc Decreto-legge 18 ottobre 2012, n. 179, convertito con modificazioni dalla legge 17 dicembre 2012, n. 221, recante Ulteriori misure urgenti per la crescita del Paese, con particolare riferimento all articolo 15 Pagamenti elettronici Programma Operativo FESR Lazio Pag. 10 di 71

11 2 Il contesto 2.1 Sistemi di pagamento indirizzo nazionale europeo L EPC European Payments Council (Consiglio europeo per i pagamenti) sostiene e promuove la creazione della SEPA Single Euro Payments Area ( Area unica dei pagamenti in euro) attraverso l'autoregolamentazione dell industria bancaria. La SEPA ovvero la Single Euro Payments Area (Area Unica dei Pagamenti in Euro) è un progetto promosso dalla Banca Centrale Europea e dalla Commissione Europea che, facendo seguito all'introduzione dell'euro, mira a estendere il processo d'integrazione europea ai pagamenti al dettaglio in euro effettuati con strumenti diversi dal contante (bonifici, addebiti diretti e carte di pagamento). La realizzazione di una area unica dei pagamenti consente quindi ai cittadini europei di poter effettuare pagamenti in euro a favore di beneficiari situati in qualsiasi paese della SEPA con la stessa facilità e sicurezza su cui si può contare nel proprio contesto nazionale. Il progetto SEPA, avviato oltre 10 anni fa, su impulso delle autorità europee, dall'industria bancaria e dei pagamenti europea, prevede la definizione di standard comuni per bonifici e addebiti diretti, i due principali servizi di pagamento al dettaglio in euro diversi dal contante. 2.2 AGID - Nodo pagamenti SPC L Agenzia per l'italia Digitale (AgID) e l Associazione Italiana Istituti di Pagamento e di Moneta Elettronica (A.I.I.P.) hanno sottoscritto un accordo ( ) di collaborazione che permetterà a cittadini e imprese di fruire di nuovi canali e servizi per i pagamenti in favore della pubblica amministrazione. A tal fine, è stata realizzata dall Agid una soluzione tecnologica chiamata Nodo dei Pagamenti SPC (NdP), che permette di connettere un ente della PA a tutte le amministrazioni, centrali e locali e gestori di servizi pubblici che hanno già aderito all infrastruttura NdP. Il sistema dei pagamenti elettronici permette al cittadino di scegliere il canale di pagamenti da utilizzare tra banche, istituti di pagamento e moneta elettronica e permette inoltre di scegliere lo strumento con il quale effettuare il pagamento tra le modalità più diffuse nell ambito tecnologico corrente (es. addebito in conto corrente, carta di credito, bollettino postale elettronico). I servizi erogati dal NdP, consentono al cittadino di usufruire anche di altri benefici, quali conoscere preventivamente i costi dell operazione, avere immediatamente la ricevuta di pagamento, nonché di evadere il pagamento tramite home banking, qualora il suo istituto di credito abbia aderito alla piattaforma. Dal punto di vista della PA, il NdP permette di velocizzare gli incassi, ridurre i costi, nonché di eliminare la necessità di stipulare specifici accordi con i prestatori di servizi di riscossione. La piattaforma garantisce a tutti gli aderenti di operare in condizioni paritetiche e senza la necessità di attivare accordi bilaterali con le PA. Programma Operativo FESR Lazio Pag. 11 di 71

12 2.3 Strategia regionale per i sistemi di pagamento Nello scenario di ammodernamento della Pubblica Amministrazione si stanno sviluppando reti, sistemi e procedure, per avvicinare sempre di più i servizi ai cittadini ed alle imprese. In tale ottica la Regione Lazio intende dotarsi, nell ambito della propria infrastruttura tecnologica, di una piattaforma informatizzata di pagamento, in grado di offrire ai cittadini e alle imprese della Regione Lazio, uno strumento informatico che agevoli i pagamenti attraverso modalità elettroniche alternative al contante. In particolare uno dei servizi su cui la Regione Lazio intende porre prioritariamente l attenzione è quello relativo al pagamento delle prestazioni sanitarie da parte degli assistiti del Servizio Sanitario Regionale. A tale scopo Regione Lazio ha acquisito, in modalità di riuso dalla Regione Toscana, una piattaforma informatica di pagamento, denominata IRIS, che implementa un nodo dei pagamenti SPC sulla base delle indicazioni fornite dall Agid (linee guida agid L implementazione di un nodo dei pagamenti SPC, potrà consentire alla Regione Lazio di proporsi anche come ente delegato alle riscossioni per altri enti (es. ASL, AO, Comuni) sul territorio regionale. Attraverso la realizzazione di una piattaforma informatizzata di pagamento la Regione Lazio intende, innanzitutto, offrire il servizio di pagamento delle prestazioni sanitarie erogate dal Recup (sia in regime di SSN sia in regime di libera professione) e successivamente riservarsi l eventualità di estendere i pagamenti online anche alla riscossione dei ulteriori tributi (es. bollo auto, abbonamenti Cotral). Il sistema inizialmente DOVRÀ quindi gestire un volume minimo di transazioni potenzialmente pari al volume delle prenotazioni del CUP regionale (circa di incassi per prestazioni sanitarie). 2.4 Il sistema a Riuso IRIS Funzionalità La piattaforma tecnologica IRIS, è un'infrastruttura di pagamento operante a livello regionale che consente a cittadini, imprese e altri soggetti di eseguire pagamenti nei confronti della Pubblica Amministrazione attraverso molteplici strumenti di pagamento. IRIS consente di pagare tanto posizioni notificate dagli enti ai cittadini tramite il portale (posizione debitoria), quanto pagamenti ad iniziativa dei cittadini stessi (pagamenti spontanei). La piattaforma tecnologica è realizzata in conformità con le linee guida rilasciate dall AGID per l implementazione del NdP. L utilizzo della piattaforma può avvenire attraverso l autenticazione con CNS, oppure può essere libero ma in tal caso non è possibile accedere a tutte le funzionalità del sistema. Le funzionalità principali di IRIS sono le seguenti: La sezione Pagamenti in Scadenza consente il pagamento delle pendenze per le quali il contribuente ha ricevuto una posizione debitoria dall'ente. Le pendenze sono elencate in ordine di scadenza (quelle più prossime in testa) e mostrano tutte le informazioni necessarie a perfezionare l'operazione di Programma Operativo FESR Lazio Pag. 12 di 71

13 pagamento. Il contribuente può decidere di effettuare il pagamento della singola pendenza o di pagare più pendenze con un'unica operazione di pagamento utilizzando un Carrello. La sezione Ultimi Pagamenti Effettuati mostra l'elenco degli ultimi pagamenti effettuati mediante l'infrastruttura IRIS. Per ogni pagamento sono presenti le informazioni di dettaglio ed è possibile effettuare il download delle ricevute. La sezione Pagamenti in Delega consente il pagamento di posizioni intestate a terzi, per le quali si è delegati al pagamento. La sezione è presente solo per gli utenti che rientrino in questa casistica. La sezione dei Pagamenti Spontanei consente di effettuare pagamenti a favore degli Enti ad iniziativa del cittadino o sulla base di un avviso di pagamento in suo possesso. La vista Posizione debitoria offre una vista analitica di tutti i debiti intestati al cittadino gestiti dalla piattaforma e del loro stato. (Questa funzione è disponibile solo con accesso autenticato). La vista Storico Pagamenti mostra l'elenco di tutti i pagamenti effettuati nella piattaforma IRIS. E' possibile comporre un Carrello per poter pagare più debiti con un'unica transazione. Nel caso di accesso libero le funzionalità a disposizione del contribuente sono solo quelle compatibili con un profilo di accesso non autenticato, ovvero la vista Pagamenti Spontanei dalla quale è possibile effettuare pagamenti ad iniziativa del cittadino, e la vista Storico Pagamenti. Quest'ultima consente di ricercare un pagamento effettuato mediante uno specifico codice identificativo e di eseguire il download della ricevuta. Le macro funzionalità che IRIS mette a disposizione permettono quindi di: visualizzare le informazioni inerenti la propria posizione debitoria (con accesso autenticato ). effettuare i relativi pagamenti accedendo a diversi canali di pagamento (Internet, carta di credito, ATM) interfacciarsi con uno o più gateway di sistemi di pagamento per effettuare il pagamento utilizzando strumenti quali RID-online, carte di credito, canale bancario (ATM, Home Banking, Reti Private (Sisal, Lottomatica), grande distribuzione. IRIS permette inoltre: la completa integrabilità tra tutti gli attori del sistema: sistemi gestionali dell ente, tesoreria dell ente, banca tesoriera, circuiti bancari, circuiti privati la coesistenza e l integrazione con i sistemi di pagamento eventualmente già in uso presso l ente, fornendo ulteriori canali e strumenti di pagamento l attivazione della modalità Plug and Play di nuovi servizi e pagamenti (liberi, spontanei, predeterminati, on the fly ) Programma Operativo FESR Lazio Pag. 13 di 71

14 Qui di seguito una tabella riassuntiva delle funzionalità\servizi implementati in IRIS: Nome servizio Descrizione sintetica Destinatari del servizio Posizione Debitoria Pagamenti autenticati Verifica della propria posizione nei confronti delle PA aderenti, sia per pagamenti effettuati che da effettuare Pagamenti effettuabili a partire dalla Posizione debitoria, per utenti riconosciuto attraverso il sistema di autenticazione regionale Cittadini Imprese Liberi professionisti Personale della PA Altre eventuali PA Cittadini Imprese Liberi professionisti Personale della PA Altre eventuali PA Cittadini Pagamenti anonimi Pagamenti effettuabili senza riconoscimento preventivo, utilizzando lo IUV associato al tributo/servizio da pagare Imprese Liberi professionisti Personale della PA Pagamenti spontanei Pagamenti di tributi/servizi che il Cittadino sa di dover pagare anche senza IUV sia in modalità anonima che identificata Altre eventuali PA Cittadini Imprese Tabella 2: Funzionalità del sistema IRIS Liberi professionisti Personale della PA Altre eventuali PA Architettura IRIS La struttura applicativa è costituita da due applicazioni Java enterprise che implementano rispettivamente i servizi di front-end (nel seguito FE) e di back-end (nel seguito BE). Programma Operativo FESR Lazio Pag. 14 di 71

15 Figura 1: Architettura del sistema IRIS Il modulo di FE supporta i servizi interattivi a disposizione degli utenti ed è costituita dalle seguenti tipologie di moduli: Web Modules EJB Modules Java Modules La componente BE supporta i servizi di ricezione e trasmissione dati verso la PDD ed è costituita dalle seguenti tipologie di moduli: EJB Modules Java Modules Entrambi i moduli rispettano gli standard previsti dalla piattaforma JEE5. Di seguito la descrizione degli standard tecnologici, componenti open source o terze parti sui quali sono basate le componenti applicative. Programma Operativo FESR Lazio Pag. 15 di 71

16 Java Runtime JSE6: Java Platform, Standard Edition 6u12 Version 1.6.0_12 Web Application Servlet 2.4 JSP 2.0 JSF 2.0 Web Services JAX-WS 2.0 Web Server Apache Web Container Apache Tomcat JEE Container Red Hat JBoss Application Server 6.0 GA RDBMS IBM DB2 Web Frameworks Apache Struts MVC2 Framework GA JSF 2.0 Persistence ORM Frameworks Hibernate Distribution Hibernate JPA 3.3 IBatis (batch loading) Reporting Jasper Report IReport for Visual Report Development Scripting JavaScript JSP Standard Tag Library W3C DOM Level3 JQuery Aspetti dimensionali: Numero totale di Function Point dell Oggetto: ND Numero classi Java: Numero di Moduli: 28 Programma Operativo FESR Lazio Pag. 16 di 71

17 2.5 Piattaforma IT di Sanità Elettronica (PIT) Il Sistema di Monetazione Elettronica della Regione Lazio sarà istallato su un infrastruttura IT che la Società Appaltante ha predisposto per le attività progettuali definite dalla Regione Lazio, nell ambito dei progetti di Sanità Elettronica cofinanziati con fondi FESR. In particolare, è stata acquisita: un infrastruttura hardware e software basata sul concetto di virtualizzazione, che costituisce l ambiente di elaborazione delle progettualità sopra citate; un sistema di Gestione Documentale di tipo enterprise, che realizza anche l infrastruttura abilitante per la costituzione del Fascicolo Sanitario Elettronico Regionale, consentendo l archiviazione di tutte le informazioni sanitarie rilevanti per la vita clinica e medica del cittadino. Il seguente schema rappresenta l architettura logica prevista per l implementazione della Piattaforma di Sanità Elettronica. Figura 2: Architettura della Piattaforma IT per la sanità elettronica Infrastruttura hardware e software L infrastruttura hardware e software di base sarà resa disponibile dalla Società Appaltante su un architettura, basata su due macro-componenti principali: Front-End: formato da macchine virtuali sulle quali è installato il Sistema di Gestione Documentale e sulle quali DEVONO essere installate tutte le componenti software oggetto del presente appalto. Back-End: composto da 2 macchine fisiche sulle quali è installato il DBMS Oracle. Programma Operativo FESR Lazio Pag. 17 di 71

18 L'infrastruttura hardware è composta da: componenti Blade System per l'esecuzione dell'ambiente virtuale VMware VSphere 5 e per l'esecuzione dei DB server Oracle su Linux red Hat Enterprise; un sottosistema di storage NetApp V-6210 ClusterMode; un sistema di backup basato su VTL, tape library e Backup server. L'organizzazione delle risorse hardware software dell'intero sistema si articola principalmente attraverso l'interazione dei seguenti elementi a livello sistemistico: Storage System con Blade System e Vmware, relativamente alla connettività fra gli elementi, la topologia, il design, la protezione, il backup e l'organizzazione dei dati e i protocolli di accesso agli stessi; DB Server e storage system, relativamente alla connettività fra elementi, topologia, design, protezione e backup dei dati. L Appaltatore DEVE garantire il pieno supporto operativo per l implementazione della soluzione prodotta sulla piattaforma resa disponibile dalla Società Appaltante, fornendo, a titolo esemplificativo e non esaustivo: il dimensionamento e le parametrazioni dei sistemi e della piattaforma PIT; le indicazioni per il tuning dei sistemi e del database; ogni altra indicazione necessaria per l efficiente utilizzo della soluzione prodotta Sistema di Gestione Documentale Il sistema di Gestione Documentale, basato sul prodotto Alfresco, è costituito da due componenti di Registry e Repository ben distinti. Il sistema è conforme agli standard e architetture promossi dall IHE e dal Tavolo nazionale permanente per la Sanità Elettronica. La componente Registry è dedicata a mantenere le informazioni principali sui documenti archiviati nei Repository. All interno di questa componente sono gestiti tutti i metadati fondamentali per l intera gestione documentale. Programma Operativo FESR Lazio Pag. 18 di 71

19 Figura 3: modello architetturale con Registry locali e federati e Repository centralizzato Il Sistema di Gestione Documentale espone una serie di interfacce Web Services (alcune delle quali conformi allo standard XDS.b) per permettere alle applicazioni la gestione dei documenti e l indicizzazione delle relative informazioni. Alcune di queste applicazioni saranno direttamente integrate nel Portale Sanitario Regionale, basato su tecnologia Liferay Portale Server versione 6.X e saranno gestite direttamente dall utente autentificato. 2.6 ASUR Uno dei punti centrali del SISR è costituito dall Anagrafe Sanitaria Unificata Regionale (ASUR) degli assistiti, degli operatori sanitari delle strutture e dei prodotti della Regione Lazio, che mantiene, nell ambito di un sistema unico a livello regionale, costantemente aggiornati i dati anagrafici relativi agli assistiti della Regione Lazio. L aggiornamento, che riguarda tutti i dati di base di tipo anagrafico, avviene tramite le comunicazioni delle variazioni anagrafiche dei Comuni oppure tramite le operazioni di variazione manuale effettuate agli sportelli di scelta e revoca del medico. L aggiornamento da parte dei Comuni avviene tramite comunicazione cartacea oppure tramite invio di comunicazioni telematiche alla ASL di residenza dell assistito. Il sistema ASUR contiene sia i dati anagrafici degli assistiti regolarmente iscritti al Sistema Sanitario Regionale, indipendentemente dal fatto che siano in carico o meno ad un medico di base, sia quelli degli ex assistiti emigrati dalla Regione o deceduti. Programma Operativo FESR Lazio Pag. 19 di 71

20 Nel sistema ASUR è presente anche un archivio che contiene le informazioni anagrafiche delle persone non residenti nella Regione Lazio e iscritte a servizi sanitari di altre Regioni, ma che sono state occasionalmente assistite da Strutture Sanitarie della Regione Lazio, oltre alle informazioni anagrafiche delle persone residenti all Estero e delle persone temporaneamente presenti sul territorio regionale senza permesso di soggiorno (STP). 2.7 RECUP Il sistema integrato regionale di prenotazione dei servizi sanitari (ReCUP) del SISR gestisce le prenotazioni per l'accesso alle prestazioni sanitarie per tutta la Regione, la predisposizione dei piani di lavoro, la raccolta degli accessi per le prestazioni ad accesso diretto. Il sistema ReCUP, acronimo di Centro Unico di Prenotazione Regionale, è lo strumento quindi che consente ai cittadini la prenotazione, l accettazione ed il pagamento delle prestazioni specialistiche offerte dalle Aziende Sanitarie Locali e dalle Aziende Ospedaliere pubbliche della Regione Lazio, dai Medici di Medicina Generale e dai Pediatri di Libera Scelta per la prenotazione di prestazioni urgenti in regime di priorità. I canali di accesso a tale servizio sono rappresentati da sportelli aziendali, dal Call Center Regionale ReCUP e dalle farmacie aderenti al servizio. All interno del sistema ReCUP vengono registrate anche le prestazioni di laboratorio erogate per soggetti esterni che vengono successivamente inviate alla Regione Lazio ai fini della rendicontazione e delle compensazioni tra Aziende Sanitarie. Programma Operativo FESR Lazio Pag. 20 di 71

21 3 Definizione dell Appalto 3.1 Oggetto Oggetto del presente appalto è la personalizzazione e lo sviluppo di nuove funzionalità della piattaforma IRIS, già acquisita dalla Regione Lazio in regime di riuso dalla Regione Toscana, per la realizzazione di un sistema informatico centralizzato a livello regionale (Sistema di Monetazione Elettronica SME) ed integrato con altri applicativi regionali (es. ReCUP), per permettere ai cittadini di eseguire pagamenti on-line delle prestazioni sanitarie. Rientrano nell ambito del presente appalto le ulteriori attività di assistenza, manutenzione evolutiva (MEV), adeguativa e correttiva (MAC) sul sistema realizzato, nonché le attività di formazione. In particolare, il sistema dei pagamenti SME DEVE essere realizzato a partire dalla piattaforma tecnologica esistente IRIS, evolvendone ed ampliando le attuali funzioni conformemente a quanto descritto al paragrafo 4.2 del presente Capitolato. A tal fine, la Società Appaltante in fase di analisi di dettaglio metterà a disposizione dell Appaltatore i codici sorgenti della piattaforma IRIS. Più in particolare, L'Appaltatore DEVE: garantire la completa presa in carico della piattaforma IRIS che sarà fornita all'appaltatore dalla Società Appaltante corredato dalla relativa documentazione tecnica; personalizzare ed evolvere la piattaforma IRIS in base alle specifiche esigenze espresse dall'amministrazione regionale, in conformità delle normative regionali, nazionali e comunitarie ; garantire tutte le attività di adeguamento tecnologico di IRIS rispetto agli standard interni della Società Appaltante e ai sistemi regionali (OpenSSO, ASUR, ReCUP, etc) ai fini del rilascio dello stesso nella server farm regionale. Si precisa che la piattaforma infrastrutturale PIT, intesa come apparecchiature e software di base e già descritta nel par. 2.5, sarà messa a disposizione dalla Società Appaltante in fase di esecuzione del progetto; popolare il Sistema SME con dati di sistemi esistenti (es. informazioni relative alle prenotazioni esistenti di prestazioni sanitarie da pagare); fornire assistenza tecnico funzionale per il corretto funzionamento e utilizzo del Sistema SME realizzato, ivi compreso il trasferimento, alle risorse della Società Appaltante, del know how relativo al Sistema stesso completo di tutte le personalizzazioni/evoluzioni realizzate; prestare i servizi di Manutenzione Correttiva, Adeguativa ed Evolutiva sul Sistema SME realizzato; Nei successivi capitoli 4 e 5 sono dettagliati i requisiti, i vincoli e le modalità di esecuzione delle attività oggetto del presente appalto. 3.2 Classi di fornitura I beni e servizi richiesti all Appaltatore sono i seguenti: sviluppo e MEV di software ad hoc (SSW); Programma Operativo FESR Lazio Pag. 21 di 71

22 manutenzione correttiva ed adeguativa (MAC); formazione e addestramento (FOR); assistenza di III livello in remoto e locale (ASS); fornitura prodotti software (FPD); Per tutta la durata del presente appalto, l Appaltatore DEVE garantire la corretta esecuzione dei seguenti processi trasversali (rif. CNIPA31): documentazione (PGD); gestione della configurazione (PGC); gestione e processi organizzativi (PGE); assicurazione di qualità (PAQ). 3.3 Durata dell appalto La durata del presente appalto decorre dalla data di avvio dell'esecuzione del contratto e termina dopo 36 (trentasei) mesi dalla data di avvio in esercizio del Sistema SME rilasciato completo di tutte le componenti di cui ai paragrafi 4.2 del presente Capitolato. La data di avvio dell'esecuzione del contratto sarà comunicata all Appaltatore dal Direttore dell'esecuzione nominato dalla Società Appaltante, ai sensi e per gli effetti di cui agli artt. 299 e ss. del D.P.R. n. 207/2010, fermo restando che l avvio dell esecuzione dovrà avvenire entro e non oltre 30 (trenta) giorni naturali e consecutivi dalla data di stipula del contratto tra l Aggiudicatario e la Società Appaltante, salvo diverso accordo scritto tra le Parti. In ogni caso, il Direttore dell esecuzione redigerà apposito verbale di avvio dell'esecuzione del contratto, in contraddittorio con l'appaltatore, ai sensi dell'art. 304 del D.P.R. n. 207/2010. Eventuali proroghe e/o sospensioni delle prestazioni contrattuali saranno disciplinate secondo quanto previsto nell art. 308 e, in quanto compatibili, negli artt. 159 e 160 del D.P.R. n. 207/2010. Nei tre anni successivi alla stipula del contratto e sulla base del progetto proposto dall Appaltatore in sede di gara, la Società Appaltante si riserva la facoltà di affidare all Appaltatore stesso la ripetizione annuale di servizi analoghi a quelli oggetto del presente appalto, con particolare riferimento ai servizi di manutenzione evolutiva, agli stessi patti e condizioni del contratto iniziale e fino ad un importo pari a quello di aggiudicazione. Programma Operativo FESR Lazio Pag. 22 di 71

23 4 Descrizione dell appalto 4.1 Analisi di dettaglio e Pianificazione del Sistema SME L'Appaltatore DEVE elaborare i documenti di Analisi di dettaglio e Pianificazione (Piano di qualità e controllo) dell'intervento secondo i tempi e le indicazioni contenute nel presente Capitolato e, comunque, delle eventuali ulteriori indicazioni/richieste avanzate dalla Società Appaltante nel corso dell esecuzione dell appalto, fermo restando che l Appaltatore stesso si impegna ad introdurre nei suddetti documenti (Analisi di dettaglio e Piano di qualità e controllo), ancorché già redatti e approvati dalla Società Appaltante, tutte le variazioni ritenute necessarie da quest ultima. 4.2 Realizzazione del SME di Regione Lazio Requisiti funzionali L Appaltatore, in esecuzione del presente appalto, DEVE realizzare la nuova piattaforma SME partendo dal sistema esistente IRIS, anche attraverso l implementazione di nuove funzionalità, per adattarlo al modello organizzativo e ai requisiti funzionali ed architetturali della Regione Lazio (ASL, AO). Più in dettaglio, l Appaltatore DEVE realizzare le seguenti funzionalità: Personalizzazione grafica: l Appaltatore DEVE provvedere, sulla base degli standard utilizzati dalla Società Appaltante/Regione Lazio, all adeguamento del layout grafico dell interfaccia utente web based del sistema IRIS (fogli di stile, colori, loghi, etc.), nonché del layout grafico e della struttura dei modelli di stampa o report generati dal sistema stesso. Integrazione con il portale POSLAZIO: progettare e realizzare l integrazione con il portale sanitario della Regione Lazio. Il sistema SME DEVE essere inserito nel Portal Server Liferay, è necessario quindi progettare e realizzare una portlet per l integrazione con il Portale Sanità Regione Lazio per l autenticazione dell utente-cittadino tenendo conto dei vincoli di personalizzazione espressi nel punto del presente capitolato. Tale integrazione permetterà al cittadino sia di usufruire del servizio pagamenti istantaneo delle prestazioni sanitarie (senza login) che di accedere alla propria posizione debitoria con Login al sistema regionale. Realizzazione dell interfaccia utente per l autenticazione WEB al portale SME: Il sistema SME oltre a prevedere le funzionalità di accesso autenticato tramite la Carta Nazionale dei Servizi come già presente in IRIS, DEVE prevedere la funzionalità di login tramite l integrazione con il Single Sign On dell infrastruttura regionale. In fase di analisi di dettaglio sarà cura dell Ente comunicare la modalità di gestione e comunicazione del PIN di controllo dell autenticazione. Realizzazione interfaccia utente per pagamento prestazioni sanitarie: L Appaltatore, DEVE realizzare il servizio e le interfacce utente che permettano di effettuare il pagamento della presocietà sanitaria prenotata. Tale modalità di pagamento DEVE anche essere accessibile per il pagamento istantaneo, inserendo i soli estremi della prenotazione, senza la necessità di effettuare la login da parte del cittadino. Programma Operativo FESR Lazio Pag. 23 di 71

24 Realizzazione report: l Appaltatore oltre a personalizzare la reportistica già esistente, DEVE progettare e realizzare nuovi report necessari a soddisfare le specifiche esigenze della Regione Lazio, che saranno definiti in fase di analisi di dettaglio, nonché realizzare un cruscotto di controllo a disposizione dell Amministrazione regionale, degli amministratori del sistema e degli operatori degli enti collegati. Il cruscotto di controllo DEVE essere profilato in relazione al ruolo assegnato. Sarà inoltre necessario inserire nella realizzazione della reportistica lo sviluppo di ETL per l alimentazione e l integrazione della piattaforma di BA di Regione Lazio. Realizzazione datasets open data: l Appaltatore DEVE progettare e realizzare l esposizione dell apposita interfaccia necessaria a soddisfare il debito informativo verso i sistemi open data ( Linee guida del Garante in materia di trattamento di dati personali, contenuti anche in atti e documenti amministrativi, effettuato per finalità di pubblicità e trasparenza sul web da soggetti pubblici e da altri enti obbligati ). Le modalità e i dettagli inerenti l invio dei dati saranno prodotti in fase di analisi di dettaglio. Realizzazione sistema di monitoraggio e controllo: l Appaltatore DEVE realizzare un sistema di monitoraggio e controllo del flusso pagamenti, finalizzato al supporto della gestione operativa del sistema SME, che evidenzi sia problemi tecnici che di business. Il sistema di monitoraggio DEVE evidenziare agli operatori che gestiscono l esercizio applicativo del sistema ed erogano i servizi di assistenza (in back office) i casi di pagamenti non andati a buon fine, posizioni debitorie non riscontrate, riscontri sugli avvenuti pagamenti ed ogni altra informazione utile ai fini della corretta erogazione del servizio. Ulteriori funzionalità potranno essere definite in fase di analisi di dettaglio. Servizi per il trasferimento delle informazioni contabili: L Appaltatore DEVE predisporre il sistema SME affinchè le Aziende Sanitarie beneficiarie dei pagamenti abbiano la possibilità di accedere a servizi WSB per acquisire sui propri SI aziendali le informazioni contabili relative ai pagamenti ricevuti a proprio favore. In fase di analisi di dettaglio verranno fornite le specifiche di dettaglio relative alla funzionalità sopra descritta. Storicizzazione del dato: L appaltatore DEVE progettare e realizzare, la modalità di gestione della storicizzazione dei dati riferibili alle operazioni di transazione economica, tale da consentire il massimo livello di performance e di sicurezza del sistema SME, mettendo a disposizione specifiche funzionalità di interrogazioni degli archivi storici senza dover interpellare la base dati in linea che avrà una retention di durata determinata, che sarà definita in fase di analisi di dettaglio. Per l utente il consulto dei dati, sia in linea che storicizzati DEVE essere completamente trasparente. Conservazione a norma delle ricevute di pagamento: La conservazione delle ricevute di pagamento delle prestazioni sanitarie sarà effettuata sia attraverso il sistema documentale Alfresco rif. par sia direttamente dal sistema RECUP. I dati relativi ai pagamenti effettuati attraverso il sistema SME DEVONO essere trasferiti tramite web service al sistema RECUP e, viceversa, per i pagamenti delle prestazioni sanitarie effettuati dal Recup al di fuori della piattaforma SME (es. pagamento allo sportello, SISAL),il sistema SME DEVE esporre il web service per la ricezione delle ricevute di pagamento, emesse dal sistema Recup, che devono essere conservate in SME. E oggetto del presente appalto Programma Operativo FESR Lazio Pag. 24 di 71

25 l implementazione del flusso informativo fra i due sistemi e la conservazione a norma di tutte le ricevute di pagamento delle prestazioni sanitarie attraverso il sistema Alfresco. Non è oggetto del presente appalto la conservazione sul sistema RECUP. In fase di analisi di dettaglio verranno fornite le specifiche di dettaglio relative alla funzionalità sopra descritta. Promemoria/estratto conto pagamenti: DEVE essere realizzata una funzionalità per la generazione di un documento riepilogativo dei pagamenti effettuati alla Regione Lazio per prestazioni sanitarie, nel corso di un periodo di riferimento con eventuale collegamento alle ricevute in questione. In fase di analisi di dettaglio verranno fornite le specifiche di dettaglio relative alla funzionalità sopra descritta. Popolamento anagrafiche: l Appaltatore DEVE realizzare specifiche funzionalità di gestione e amministrazione delle posizioni anagrafiche relative agli enti che usufruiscono dei servizi erogati dal SME (es. ASL, AO). In fase di analisi di dettaglio verranno fornite le specifiche di dettaglio relative alla funzionalità sopra descritta. Amministrazione e gestione politiche di accesso: Nel sistema dei pagamenti DEVE essere realizzata una sezione dedicata alle figure operative della Società Appaltante,che gestisce i sistemi informativi della Regione Lazio e degli enti (ASL o Aziende Ospedaliere), attraverso la quale sia possibile eseguire le attività di amministrazione e gestione dei ruoli e dei profili nell ambito applicativo. Tale funzionalità DEVE permettere agli amministratori di assegnare i ruoli agli utenti nell ambito di LAit e Regione Lazio, nonché di assegnare i ruoli e privilegi di amministrazione ad utenze di altri enti, al fine di soddisfare la necessità di gestire le utenze delle ASL e AO (o di enti terzi). L interfaccia DEVE prevedere anche la possibilità, di personalizzare profili applicativi già esistenti assegnando o revocando privilegi. In fase di analisi di dettaglio verranno fornite le specifiche di dettaglio relative alla funzionalità sopra descritta. Pagamenti tramite applicazione Mobile: Il sistema SME DEVE essere fruibile anche tramite terminali mobile, pertanto è necessario sviluppare un applicazione per le piattaforme mobile più diffuse (ios, Android, Windows MOBILE) che permetta di usufruire degli stessi servizi offerti dall applicazione WEB (pagamenti spontanei, istantanei, visualizzazione posizione debitoria). Lo sviluppo DEVE comprendere anche l implementazione dei web service REST necessari all interscambio delle informazioni tra il sistema SME e i terminali MOBILE. Resta inteso che per i dispositivi MOBILE l autenticazione prevista sarà solo di tipo OTP OpenSSO.L Appaltatore DEVE infine garantire, senza alcun onere aggiuntivo a carico della Società Appaltante rispetto al corrispettivo di cui oltre, il pieno supporto e l assistenza attiva per l avvio e la gestione in esercizio del Sistema. L architettura finale del SME DEVE essere la seguente: Programma Operativo FESR Lazio Pag. 25 di 71