Descrizione dell attuale configurazione dei sistemi Informativi/Informatici e Linee

Transcript

1 ALLEGATO H: Descrizione dell attuale configurazione dei sistemi Informativi/Informatici e Linee Guida per la redazione del Progetto Infrastruttura di rete DESCRIZIONE DELL ATTUALE CONFIGURAZIONE DEI SISTEMI INFORMATIVI/INFORMATICI L Azienda Sanitaria Locale di Novara dispone di una rete geografica fonia-dati privata e non accessibile dall esterno se non con collegamenti dedicati. La tipologia di connettività adottata è la fibra ottica per le sedi primarie (100 Mb di banda garantita) e la rete MPLS per quelle minori (8 Mb/4 MB garantiti). Tutte le apparecchiature di comunicazione e di gestione primaria (Router) sono ridondate sia come apparecchiature che come collegamenti Si riporta di seguito la tipologia dei collegamenti della rete WAN per ciascuna sede. Le sedi evidenziate sono quelle ospedaliere: SEDE ASL NO Connettività Banda d'accesso (Link primario) Banda garantita (Link primario) Banda d'accesso (Link secondario) Banda garantita (Link secondario) Novara, Via dei Mille n. 2 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Novara, Viale Roma n. 7 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Novara, Via Casorati n. 68 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Novara, Via F.lli di Dio n. 7 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Biandrate, Via Greppi n. 9 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Carpignano Sesia, Via Cavour n. 2 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Vespolate Via Tonale n. 16 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Borgomanero Viale Zoppis 10 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Borgomanero Via Fornari n. 8 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Ghemme, Via Castello n. 7 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Arona, Via San Carlo n. 11 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Arona Viale Berrini n. 2 (ex Nicotera) fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Castelletto Ticino, Via Caduti della Libertà n. 20 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Oleggio, Via Gramsci n. 33 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Galliate, Via Varzi n. 21 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Trecate, Via Rugiada n. 20 fibra 100 Mbps 100 Mbps 100 Mbps 100 Mbps Cameri, Via Novara n. 45 rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Cameri, SP4 Km Località Aeroporto rame 8 Mbps 4 Mbps 2 Mbps 1 Mbps Lo standard di rete utilizzato è il FastEthernet, con protocollo TCP/IP. La rete dati LAN è presente su tutte le sedi ASL ed in particolare presso tutti i reparti ospedalieri nei Presidi di Borgomanero ed Arona. Il cablaggio passivo, di tipo strutturato, è in categoria 5E e categoria 6. Gli apparati attivi delle reti LAN presenti sui due presidi ospedalieri si basano su apparati switch Nortel Modello T PWR.

2 Il DEA presso il presidio ospedaliero di Borgomanero è dotato, oltre alla normale rete cablata, anche di una rete Wireless basata su tecnologia CISCO (controller AIR-WLC e AP 1242 AG). Nel corso del primo semestre del anno 2011 verrà completata l attivazione della rete Wireless anche nei reparti ubicati nel monoblocco centrale e reparto UTIC, tale rete utilizza apparecchiature Nortel (WLAN Nortel Security Switch 2382 e Access Point Nortel 2330). Le reti wireless sono conformi agli standard di trasmissione IEEE a/b/g, permettendo connessioni sicure in termini di autenticazione degli utenti e di encryption dei dati. L ASL possiede un Dominio conforme allo standard delle reti Microsoft Active Directory basato su Domain Controller (DC) Windows 2000 Server. E stata richiesta alla Direzione la migrazione a Windows 2008 Server. Infrastruttura hardware e software di base I sistemi centrali dell ASL NO sono posti presso la sala macchine del Ced del P.O. di Borgomanero. L infrastruttura è basata su tecnologia Blade Center di IBM con storage IBM, virtualizzazione (VMware) e backup centralizzato (CA Arcserve R12.5). L'attuale infrastruttura del Blade center IBM è la seguente: 2 Lame IBM Blade Center HS20 con 4GB di RAM cadauno (Application server TrakCare) 2 Lame IBM Blade Center HS21xm in cluster per ambiente VMware con 40 GB dì RAM cadauna (vari applicativi sanitari) 2 Lame IBM Blade Center HS22 biprocessore con 20 Gb RAM (TrakCare) 3 Lame IBM Blade Center HS20 con 3 GB RAM cadauno (CITRIX Metaframe) Due server P5 UNIX AIX, in cluster asincrono, fungono da database server Oracle (ver. 9.2) per gli applicativi amministrativi e sanitari (CUP, Anatomia Patologica, Vaccinazioni). L infrastruttura storage è costituita da apparecchiature IBM DS4300 e relative espansioni e da IBM DS3400 con hard disk SATA. Standard adottati dall'azienda Server Microsoft Windows 2000/2003/2008 Server Linux Red Hat Server UNIX AIX RDBMS Oracle 9.2/SQL Server Citrix Metaframe Presentation Server 3.0 Microsoft Office/Open Office come strumenti di produttività personale Personal Computer su piattaforma Windows 2000/XP Pro Browser standard Microsoft Internet Explorer 6/7 Applicativi Il Sistema Informativo Ospedaliero dell ASL di Novara utilizzato presso i Presidi Ospedalieri di Borgomanero ed Arona si basa sulla piattaforma InterSystems TrakCare. Si tratta di un sistema informativo sanitario integrato (EPR Electronic Patient Record), in tecnologia Web che comprende moduli gestionali e clinici tra di loro integrati che possono essere interfacciati in modo semplice e trasparente ai sistemi già esistenti o con altre applicazioni.

3 Presso l ASL sono attivi i seguenti moduli: gestione DEA/PS, degenza, movimento reparti, SDO, liste d attesa, dipartimentale Laboratorio, richieste a laboratorio da reparti e da servizi territoriali. Nell area territorio sono inoltre sviluppati sulla piattaforma la gestione assistiti, scelta/revoca, medicina legale e sportiva, protesica. Il sistema è utilizzato da un numero elevato di operatori sanitari (al risultavano accreditati 800 utenti). La versione dell'applicativo utilizzata presso l'asl NO è la T69 (upgrade effettuato nel maggio 2010) ed è costantemente tenuta aggiornata con eventuali installazioni di patches. Il Browser in uso è Internet Explorer 7. Tra i dipartimentali gestiti presso l'asl NO, c'è il Laboratorio Analisi, gestito con l'applicativo Labtrak, il cui codice nativo è scritto per essere integrabile con TrakCare dal momento che la piattaforma di database su cui lavorano è la stessa. La piattaforma DB è InterSystems Ensemble. La versione attualmente utilizzata presso l'asl NO è Ensemble sul server di produzione (S.O. W 2003 Standard Edition, SP2), e Ensemble sul server delle Integrazioni (S.O. W2008 R2 Enterprise). Gli sviluppi applicativi, l assistenza e manutenzione al sistema sono gestiti da C.I.C. s.c.r.l. di Ivrea. Gli applicativi di gestione magazzino e richieste da reparto sono moduli della soluzione applicativa di area amministrativa sviluppata dalla ditta E.I.D. s.r.l. Si tratta di software integrati e sviluppati su database Oracle in architettura Client-Server, con interfaccia grafica in ambiente Windows e possibilità di uso di strumenti standard di office automation.. I due ambiti applicativi descritti non hanno alcuna integrazione tra di loro. Per chiarezza si elencano i principali applicativi in uso presso le Strutture ospedaliere dell ASL. Applicativo Ambito Fornitore TrakCare Area Ospedale: DEA/PS, accettazione, movimenti reparto, SDO, richieste consulenze DEA, richieste laboratorio da reparto, liste d'attesa, cartella ambulatoriale RRF CIC Area Territorio: Anagrafe centrale,scelta e revoca, punti prelievo, medicina legale, sportiva, protesica LabTrak Gestione laboratorio analisi CIC MedRis Gestione Radiologia Exprivia S.p.A. WINSAP Gestione Anatomia Patologica Engineering Emodata2000/Winlab Gestione Immuno-trasfusionale TESI S.p.A. Gepadial 2000 Gestione Dialisi EDP LaTraccia Endobase III Gestione endoscopia con integrazione strumentazione OLYMPUS OK-DH Cartella clinica oncologica DataShop SGP Centro Unico Prenotazioni (CUP) Engineering Farmaci in dimissione Richiesta farmaci con gestione file F EID S.r.l. CITO SIFO Preparazione Oncologiche IDEA Software Srl SIFRAMIX Gestione Sacche Parenterali Fresenius

4 LINEE GUIDA PER LA REDAZIONE DEL PROGETTO PREMESSA La redazione del progetto deve garantire il rispetto delle LINEE GUIDA GENERALI PER LO SVILUPPO E L EVOLUZIONE DEI SISTEMI INFORMATIVI DELLE AZIENDE SANITARIE (Regione Piemonte, DGR n del ). Nell architettura di riferimento gli utenti interni all ASR interagiscono con il sistema informativo in un contesto intra-aziendale, caratterizzato da una intranet e da un insieme di servizi informatici che operano nell ambito di un ben definito confine di competenza istituzionale sul dato e di responsabilità sulla sicurezza. Il paradigma di riferimento per il disegno del Sistema Informativo nel suo complesso è l architettura a servizi (SOA - Service Oriented Architecture). L utilizzo degli standard legati ai Web Services per l integrazione tra i componenti e tra le applicazioni permette la compatibilità con gli standard che si stanno affermando per i modelli di interoperabilità tra i sistemi sanitari come ad esempio HL7. Le componenti principali del Sistema Informativo posto come obiettivo dalle linee guida sono così definite: Autenticazione: sistema centralizzato all interno dell ASR in grado di accertare l identità degli attori che operano nell ambito del Sistema Informativo dell ASR; Autorizzazione: sistema centralizzato all interno dell ASR in grado di garantire che solo gli aventi diritto possano utilizzare una risorsa disponibile nel sistema; Firma digitale: componente per la firma digitale a valore legale dei documenti prodotti dai sistemi applicativi. Tale componente viene richiamata dalle applicazioni che producono documenti digitali oppure viene integrata (embedded) direttamente in essi; Anagrafi: sistema all interno dell ASR in grado di gestire i dati di riferimento (dati non transazionali) utilizzati all'interno dell'asr evitando di frammentarli e/o replicarli nei diversi applicativi; Applicazioni gestionali e amministrative: applicazioni di tipo gestionale ed amministrativo integrate nel disegno architetturale complessivo; Applicazioni cliniche: applicazioni di tipo clinico e sanitario (che possono essere collegateo meno a Strumentazioni cliniche) integrate nel disegno architetturale complessivo; Strumentazioni cliniche: strumentazioni utilizzate nei diversi ambiti di specialità medica; Portale: piattaforma che consente di costruire un punto di ingresso univoco all insieme di servizi applicativi fruibili in ambito Intranet o Internet; Servizi decisionali: sistemi di datawarehouse che consentono di raccogliere ed analizzare informazioni allo scopo di supportare le decisioni in un'ottica di controllo direzionale e maggiore reattività nelle azioni; BPM: piattaforma a supporto dell'esecuzione dei processi sanitari ed amministrativi dell'asr (processi automatici e con interazione umana); Repository documentale: piattaforma di gestione documentale in grado di fornire soluzioni per la gestione dei documenti clinici ed amministrativi dell'asr, mettendo a disposizione gli strumenti necessari per garantire l imputabilità, l integrità e la non modificabilità dei documenti; Servizi infrastrutturali: servizi trasversali in grado di fornire funzionalità di base come ad esempio, logging, tracking, etc; Gateway applicativo: punto unico di accesso del Dominio dell ASR alla Extranet della Sanità; Middleware di Integrazione: strumento che agisce da intermediario tra le diverse applicazioni, consentendo di realizzare un disaccoppiamento fisico e logico tra i sistemi. Costituiscono inoltre necessario riferimento la normativa in vigore sul trattamento dei dati personali (Decreto

5 Legislativo n.196 del 30 giugno 2003 Codice in materia di protezione dei dati personali e s.m.i.) e sulla firma digitale (D.P.C.M. 30 marzo 2009 Regole tecniche in materia di generazione, apposizione e verifica delle firme digitali e validazione temporale dei documenti informatici e relative deliberazioni CNIPA e determinazioni DigitPA). Devono inoltre essere garantiti i seguenti requisiti: Per gli applicativi: o la logica di memorizzazione dei dati utilizzata dalle procedure applicative deve consentire di mantenere e recuperare le informazioni cliniche a tempo indeterminato; o le integrazioni devono consentire l utilizzo della piattaforma di integrazione già in uso (Ensemble ). Per le integrazioni con i moduli applicativi di area amministrativa, che non sono in grado di esporre/utilizzare nativamente i WS, sarà consentito l utilizzo di soluzioni ad hoc (ad esempio: API proprietarie, accesso diretto al DB, ecc ) che dovranno essere concordate con l ASL e con il fornitore del software da integrare. o i tempi di risposta nelle normali condizioni di utilizzo non devono essere percepiti dall operatore come significativi; in generale le interrogazioni non devono comportare un attesa superiore a 2 s. Per la componente hardware della parte informatica: o espansione dell infrastruttura attuale con adeguata configurazione di tutte le componenti necessarie (application server, dbserver, sistema di backup) al fine di garantire un ambiente ad alta affidabilità ed la creazione di un archivio storico di tutte le informazioni gestite (10 anni in linea). Per la rete informatica: o premesso che questa raggiunge tutti i reparti, dovrà essere offerto il suo upgrade a rete di tipo Wireless.; per garantire servizi di mobilità all utenza viene richiesta l implementazione di un infrastruttura Wireless LAN che dovrà collegarsi alla rete LAN sopra descritta. Oltre a quanto sopra specificato, il complessivo sistema informativo ed informatico proposto deve prevedere almeno: o espansibilità per quanto riguarda l infrastruttura della rete wireless ; o integrazione di quanto offerto a livello applicativo; o sistemi sicuri per l identificazione del paziente; o sistemi sicuri per la conservazione dei dati e per la garanzia della riservatezza delle informazioni; o portabilità fino al letto del paziente attraverso opportuni dispositivi hardware integrati nel sistema; o tracciabilità di ogni operazione svolta; o aggiornamento periodico delle banche dati utilizzate. Le linee guida sopra descritte devono trovare applicazione nell implementazione del sistema informativo oggetto del presente Capitolato. ARCHITETTURA TECNOLOGICA RICHIESTA E' richiesto al concorrente aggiudicatario un applicativo strutturato secondo un modello multi-tier dove sono previsti almeno tre livelli logico-funzionali come riportato in figura

6 Questo approccio consente di attribuire chiaramente i ruoli e le responsabilità delle componenti: livello dei dati : vero e proprio database contenente i dati su cui si appoggia la logica di business e quindi l applicazione; livello di servizi applicativi e business logic : realizza le funzionalità applicative ed implementa le interfacce che devono essere esposte per l integrazione con altre applicazioni; livello di Presentazione : realizza il front-end dell applicativo verso l utente finale ed interagisce esclusivamente con il livello di Servizi L'architettura preferita è di tipo web con separazione delle varie componenti applicative a livello server ed utilizzabile con browser standard (Internet Explorer 7). In caso di interfaccia client/server è prevista la pubblicazione su server Citrix MetaFrame (si ricorda che, previa autorizzazione dell ASL di Novara e nel rispetto delle disposizioni di sicurezza, l applicativo dovrà essere raggiungibile dalle RSA e/o altre entità esterne attraverso la rete pubblica). La ditta dovrà dettagliare i requisiti di hardware e di software di base necessari per la stazione di lavoro di reparto e dell infrastruttura in generale. Si precisa che l utilizzo dell applicativo non deve richiedere privilegi particolari dell utente: deve essere assolutamente sufficiente l appartenenza al gruppo standard domain user aziendale. Non sono accettate soluzioni in cui siano richiesti privilegi utente standard. Sistema di Autenticazione, Autorizzazione e Sicurezza. A pena di esclusione il sistema proposto deve rispettare tutte le norme e regolamenti vigenti in materia di privacy e di trattamento dei dati sensibili. L'aspetto legato alla sicurezza ed al controllo del sistema è di primaria importanza; gli operatori dei vari applicativi dovranno avere codici personali di accesso alle funzionalità ed ai dati a loro riservati, in relazione alle competenze ed al ruolo ed in ottemperanza a quanto stabilito dalla normativa vigente. Il sistema deve prevedere e gestire diversi livelli di utenza e controllo, per soddisfare in modo semplice e robusto i vincoli di sicurezza e riservatezza di accesso alle informazioni. È auspicabile la presenza di una gerarchia di livelli di profili abilitativi, in modo da rendere semplice ed immediato l'inserimento, o la modifica di un utente, mediante l'associazione a profili abilitativi diversi e per applicativi diversi. Modifiche apportate ad un livello devono propagarsi in modo trasparente ai livelli inferiori. L'amministratore del sistema deve disporre di uno strumento molto semplice al fine di configurare, gestire, creare e modificare profili abilitativi. L'accesso dovrà poter essere discriminato nei confronti delle varie tipologie di utenti, in base a diversi profili di autorizzazione con abilitazioni diversificate sia per quanto riguarda l ambito dei dati da poter visualizzare (es. solo le richieste del proprio reparto oppure anche tutti i precedenti relativi a pazienti ricoverati nel reparto), sia

7 per quanto riguarda le operazioni consentite sui dati stessi. Inoltre il sistema deve rispondere a quanto stabilito nell allegato B (disciplinare Tecnico in materia di misure minime di sicurezza) del Dlgs. 196/2003 in materia di cifratura e separazione dei dati. Deve essere presente la funzionalità di monitoraggio delle attività svolte dagli utenti: informazioni relative agli accessi riusciti ed ai tentativi falliti, informazioni relative alle modifiche (update/insert/delete) effettuate dall utente nel suo normale utilizzo del software applicativo. Per garantire la protezione nei confronti di accesso fraudolento o anche solo accidentale da parte di persone non autorizzate deve essere assicurata una completa rintracciabilità del referto/dato e dell iter che lo ha prodotto per potere risalire agli operatori che lo hanno generato /modificato. Il sistema proposto dovrà essere integrato con i meccanismi di Autenticazione del Dominio Microsoft Active Directory. Tale meccanismo consente la definizione unica del codice d identificazione personale e della parola chiave dell utente, a livello di archivio centralizzato. Il medesimo codice è utilizzato dall utente per accedere ai diversi software applicativi a cui risulta autorizzato. Il software applicativo deve ereditare le credenziali dell utente che si è autenticato all accesso della postazione e quindi non richiedere le informazioni necessarie per l autenticazione. Tale funzionalità dovrà essere configurabile/escludibile in funzione dell utente del modulo applicativo. L integrazione con i meccanismi di autenticazione di Dominio Microsoft consente l attribuzione di un unico codice d identificazione personale, con relativa parola chiave (password), agli utenti, con ovvi vantaggi legati alla gestione della sicurezza. Le politiche di gestione nome utente e password, validità, tipologia, etc sono prerogativa esclusiva del modulo Dominio Microsoft. Tale standard è inoltre propedeutico all introduzione di meccanismi di autenticazione centralizzati avanzati (ad esempio smart card). L autorizzazione dovrà essere gestita dal modulo applicativo offerto. Le funzionalità del modulo applicativo adibito alla gestione dell autorizzazione e della configurazione dei profili abilitativi dovranno essere dettagliate in sede di offerta. La semplicità d uso e la gestione intuitiva sono elemento essenziale al fine di garantire la corretta attribuzione dei profili di accesso ai diversi utenti. Il profilo abilitativo dovrà essere funzione esclusivamente del nome utente (codice di identificazione personale/username). Nel caso in cui siano previste funzionalità specifiche legate alla postazione, queste devono essere dettagliate in sede di offerta. Piattaforma Server, Sistema operativo e Database Le componenti hardware e software di base (server) necessarie al funzionamento del sistema dovranno essere previste come espansione dell attuale infrastruttura server e storage, installata presso la sala macchine del Ced del P.O. di Borgomanero e dimensionata per gli applicativi e per le esigenze aziendali in produzione. Il concorrente dovrà proporre una soluzione tecnologica basata su infrastruttura virtuale e conforme agli standard adottati dall'azienda.

8 Le componenti hardware e software necessarie e sufficienti (server, licence e storage) e tutti i servizi di integrazione dovranno essere a carico del concorrente. Il concorrente dovrà inoltre presentare un progetto dettagliato dell infrastruttura proposta comprensiva dei servizi e di un piano operativo di intervento sull attuale infrastruttura con particolare rilievo ad eventuali fermi di attività. Caratteristiche strutturali del software applicativo Oltre a quanto descritto precedentemente, il software applicativo deve rispondere ai seguenti requisiti generali: Efficacia interfaccia L'interfaccia operatore-applicativo deve essere amichevole, semplice ed immediata, conforme agli standard di interfaccia grafica previsti dai principali applicativi di mercato. I passaggi più critici devono essere opportunamente segnalati all'utente e le funzioni disponibili devono essere differenziate a seconda dell'utente collegato. Il sistema deve inoltre fornire un percorso logico da seguire evidenziando i passi obbligatori ed implementando opportuni meccanismi di controllo in fase di editing del dato. L interfaccia deve proporre immagini, testi, icone, finestre e quanto altro, coerenti con le azioni collegate; i messaggi di segnalazione/errore devono essere comprensibili all utente, consentendogli di intraprendere le adeguate azioni correttive. Dovrà essere presente un help in linea, dipendente dal contesto, preferibilmente suddiviso due livelli, uno più generale, con la descrizione dell'ambiente in esame e delle funzionalità presenti, ed uno più specifico con il dettaglio dei campi, tasti, e quant altro necessario; inoltre, tale sistema di guida in linea dovrà essere costantemente aggiornato a seguito di modifiche dell'applicativo. Il significato associato alle varie icone ed ai messaggi dovrà essere sempre il medesimo all'interno di tutto l'applicativo. Storicizzazione Il sistema proposto deve gestire la storicizzazione di tutte le tabelle di base significative, in particolare dell anagrafica Pazienti, Reparti e Prestazioni. La gestione della storicizzazione dovrà prevedere almeno la presenza dei campi: data inizio validità e data fine validità. Altre soluzioni alternative possono essere proposte, fatto salvo che dovrà essere sempre possibile risalire alle informazioni valide ad una determinata data. Si ritiene non conforme una gestione della storicizzazione realizzata esclusivamente con la memorizzazione di un flag obsoleto o annullato. Tale soluzione non consente di risalire alle informazioni valide ad una determinata data. Disponibilità di un sistema di reporting flessibile e strutturato Il sistema, oltre a produrre un set di output predefiniti per i flussi informativi di routine, deve prevedere meccanismi di export dinamico e configurabile dei dati nei principali formati standard di mercato (ASCII, Excel,

9 Access, Dbf, Xml). Presenza di un ambiente di test Deve essere presente un ambiente di test, rilasciato ed installato, allineato al sistema in produzione, necessario ad effettuare corsi/formazione ed a testare le nuove funzioni/procedure prima di rilasciarle in produzione. Integrazioni con il Software attualmente installato presso l Ente Le attività di integrazione a carico della ditta Aggiudicataria sono quelle relative al software offerto in quanto quelle relative al software già presente sono a carico dell Ente Appaltante Qualora successivamente l Ente Appaltante dovesse sostituire parte e/o totalmente il software attualmente presente e/o previsto i costi di integrazione tra quanto offerto e quanto di nuova installazione sarà oggetto di specifica richiesta di offerta. Sono comunque esclusi gli eventuali adeguamenti delle integrazioni per nuove normative legislative, nazionali e/ regionali in quanto da considerarsi comprese nel canone di manutenzione evolutiva del software offerto. Caratteristiche per la Rete Wi Fi L aggiudicatario dovrà installare ed ingegnerizzare un sistema WI-FI sulle sedi e sui reparti attualmente non servite dalla rete WIFI, integrandolo, nel rispetto degli attuali standard e/o equivalenti, con l attuale sistema, che preveda la gestione degli access point, unità di controllo e switch di rete dedicati con caratteristiche complessive non inferiori a quelle attualmente usate. La fornitura e tutte le attività, accessori (raccordi/bretelle in rame e in fibra ottica, permutatori ecc.) al fine di ottenere un funzionamento ottimale del sistema WI-FI sono a carico dell offerente. Le tecnologie proposte dovranno essere individuate a seguito di un attenta analisi mirata alla completa soddisfazione dei requisiti di gara ed in considerazione delle tecnologie presenti presso la realtà dell ASL NO. La scelta della tecnologia deve permettere la Gestione Centralizzata. Ai fini della formulazione del progetto, la Ditta dovrà prendere esatta conoscenza dello stato di fatto dei sistemi WIFI della stazione appaltante; in quanto le informazioni contenute nel presente documento sono indicative. Pertanto, non esimono, il Concorrente, da un rilievo puntuale della situazione sul campo con particolare attenzione a quanto possa influire alla buona funzionalità e rispetto della normativa vigente, nonché alla congruità economica del progetto/offerta che il Concorrente intende proporre. In particolare si evidenzia che a livello di gestione degli switch di rete e sistema WIFI sono attualmente presenti apparati dei seguenti produttori: Nortel (WLAN Nortel Security Switch 2382 e Access Point Nortel 2330) Nortel Modello T PWR. Le reti wireless dovranno essere conforme agli standard di trasmissione IEEE a/b/g, permettendo connessioni sicure in termini di autenticazione degli utenti e di encryption dei dati. L ASL di Novara richiede che, al fine di non creare disguidi e/o interferenze, la manutenzione, ed i relativi costi, se pur a carico della ditta aggiudicataria, sia affidata alla ditta che ha e/o avrà in carico l equivalente servizio per la rete fissa. La manutenzione della rete LAN e WiFi attualmente affidata a TelecomItalia S.p.A.

10 SERVIZI DI ASSISTENA E MANUTENZIONE SU SISTEMA WIFI Servizio di gestione e manutenzione full-risk dovranno essere inclusi nella proposta. Vengono riportate nelle tabella sotto elencata gli orari di servizio e i tempi di pronto intervento richiesti in appalto all aggiudicatario. Orari e finestra di Servizio ASSISTENZA E MANUTENZIONE Fascia Finestra Call Center/help desk Attività Reperibilità H24 Tutti i giorni festivi compresi SI intervento onsite In particolare si evidenzia che al fine di evitare interferenze di accesso agli apparati di rete, una volta installata la rete Wireless, l Ente appaltante si farà carico della manutenzione della rete. La rete LAN e la rete WIFI aziendale attuale sono gestite direttamente da TelecomItalia S.p.A. I componenti minimi che devono essere inclusi nella proposta: Sistema di gestione centralizzato: coppia sistemi ridondati con modulo Wireless per la gestione degli access point Access Point Software di management e sicurezza