In riferimento al bando di gara "REALIZZAZIONE DEL PORTALE AZIENDALE PER L'AUTOMATIZZAZIONE DELLE ATTIVITA' DI PREVENZIONE E DI SCREENING DELLA LILT", per poter eseguire una stima sulle macchine hardware da fornire avremmo bisogno di sapere:
- il numero di accessi medio ed il picco di accessi al portale;
- la dimensione media di un documento da inserire nel repository;
- la dimensione media di una "cartella clinica" e la numerosità di queste per poter stabilire la dimensione del data warehouse
- la profondità storica dei documenti è pari a quanto anni? (Rif. Sistema di acquisizione dati).

- Il numero di accessi medio è pari a 1200 con picco di accessi di 1700. Si specifica che questi sono valori per quanto riguarda l'area pubblica. Per l'area privata sono circa 500.
- sarebbe meglio se la dimensione media di un documento fosse configurabile
- la dimensione media di una "cartella clinica" e la numerosità di queste, deve essere variabile in base al numero e alla tipologia delle visite
- Teoricamente illimitata

In riferimento al bando di gara "REALIZZAZIONE DEL PORTALE AZIENDALE PER L'AUTOMATIZZAZIONE DELLE ATTIVITA' DI PREVENZIONE E DI SCREENING DELLA LILT", le giornate minime di formazione sono 7 suddivise nel seguente modo:
- 2 gg: amministratore;
- 5 gg: per 5 gruppi di utenti (ovvero 1 gruppo al giorno?), oppure 5gg a gruppo?
Di questi 7gg almeno 3gg di training on the job presso la sede LILT di Roma. I giorni restanti come devono essere erogati?

- oltre ai 2gg per l'amministratore, devono essere erogate almeno altre 5 giornate una per ogni gruppo.
- oltre ai 7gg vengono richeste almeno altri tre giorni di training-on-the-job presso la sede tecnica della LILT di Roma.

E' possibile e/o gradito l'utilizzo di prodotti e tecnologie open source per la realizzazione dell'infrastruttura e dei software applicativi?

Si

Posto che sia possibile delegare ad un ISP il servizio di housing, quali dovranno essere gli estremi del contratto da stipulare (a favore di chi, su quale arco temporale)?

IL SERVIZIO ANDRA’ EROGATO A FAVORE DELLA LILT PER IL PERIODO CONTRATTUALE PREVISTO (FINO ALLA SCADENZA CONTRATTUALE PREVISTA DOPO 12 MESI DALLA DATA DI SOTTOSCRIZIONE DEL CONTRATTO)

A pag. 6 quando si descrivono i componenti della fornitura, per quanto riguarda l'infrastruttura sw, non si fa riferimento al software di base(Sistema Operativo, Database, Application Server) e ai sistemi di DWH (BO o simili)

I COMPONENTI NON SONO STATI DESCRITTI PER LASCIARE MASSIMA LIBERTA’ DI SCELTA NELL’OFFERTA TECNICA

A pag. 7 è indicato "Creazione di Base dati unificata per la condivisione e la ricerca di dati statistici ed epidemiologici (prototipo)". Si intende un prototipo di base dati, o un prototipo funzionale?

Entrambe

A pag. 7 è indicato "Framework applicativo che consentirà di condividere applicazioni, consentire scambio dati, etc.". E' possibile dettagliare uniformemente le funzionalità relative al framework applicativo? Ad esempio, cose si intende per condivisione delle applicazioni? E quali sono i soggetti interessati da questa funzionalità?

NON E’ POSSIBILE FORNIRE ULTERIORI DETTAGLI

A pag. 9, relativamente alle funzionalità CMS, è indicato:
- "collaborazione fra utenti sui contenuti": che tipo di collaborazione è richiesta?
- "associazione regole per i contenuti": che tipo di regole si deve associare ai contenuti?
- "gestione revisioni": cosa si intende per gestione delle revisioni? Si intende un meccanismo analogo a quello di MS Word?
- "conversione di un contenuto in differenti formati": quali sono i formati richiesti?
- "approvazione a più livelli": quanti livelli sono previsti? E quali profili di utenza sono coinvolti?

A pag. 10, relativamente allo sviluppo applicativo della Reportistica: la reportistica va gestita/visualizzata all'esterno del CMS?

I PROFILI DI UTENZA SONO 5 ED I LIVELLI DI APPROVAZIONE DIREI ALMENO 4. PER IL RESTO NON ESISTONO SCELTE DEFINITIVE IN MERITO, PER CUI SI LASCIA ALL’OFFERTA TECNICA LA LIBERTA’ DI INDIVIDUARE LE SOLUZIONI MAGGIORMENTE IDONEE.

A pag. 10, relativamente allo sviluppo applicativo della Reportistica: la reportistica va gestita/visualizzata all'esterno del CMS?

SI, VA GESTITA FUORI DAL CMS

A pag. 10, relativamente allo sviluppo applicativo del Repository Dati Statistici: deve essere integrato con la sezione back end del portale o è un applicativo a se stante?

DEVE ESSERE INTEGRATO NEL PORTALE

A pag. 10, relativamente allo sviluppo applicativo del Repository Dati Statistici: bisogna realizzare un sistema in grado di permettere all'utente di realizzare le proprie analisi o anche realizzare un insieme di report e/o analisi pre-definite? In tal caso, quante?

IL SISTEMA DOVRA’ PERMETTERE ANCHE ANALISI ED ELABORAZIONE DI REPORT PREDEFINITI. IL NUMERO E IL TIPO DI ANALISI NON SONO STATE DESCRITTE PER LASCIARE MASSIMA LIBERTA’ DI SCELTA NELL’OFFERTA TECNICA

A pag. 10, relativamente allo sviluppo applicativo del Repository Dati Statistici e sistema di Acquisizione Dati: gli utenti del sistema sono gli stessi del portale che poi debbono essere profilati o l'applicazione ha un proprio insieme di utenti?

GLI UTENTI DEL SISTEMA SONO UN SOTTOINSIEME DEGLI STESSI DEL PORTALE

A pag. 10, relativamente allo sviluppo applicativo di Acquisizione Dati: da quali sistemi sono inviati i dati? Mediante quali protocolli? In quali formati; Con che modalità (schedulata, manuale..)

IL MODELLO DEVE ESSERE PROPOSTO DAL PROGETTATORE NELL'OFFERTA TECNICA

A pag. 10, relativamente allo sviluppo applicativo di Acquisizione Dati: sono previste acquisizioni dati da fonti esterne (es i portali attualmente in esercizio)? In tal caso:
- solo come prima acuisizione dati o con cadenza periodica (e quindi con che periodicità)?
- quante sono le fonti dati da caricare e che moli di dati verranno caricate?

POTREBBERO ESSERE IMPLEMENTATE IN FUTURO ACQUISIZIONI DATI DA FONTI ESTERNE E L'ACQUISIZIONE SAREBBE BENE SE FOSSE IN REAL TIME.
NON SIAMO IN GRADO DI FORNIRE DETTAGLI PER QUEL CHE RIGUARDA LE FONTI ESTERNE

A pag. 10, relativamente allo sviluppo applicativo di Acquisizione Dati: quante schede di acquisizione dati devono essere implementate?

NON E' POSSIBILE FORNIRE MAGGIORI DETTAGLI

A pag. 11, relativamente al servizio di Monitoraggio: la consolle di gestione opera solo sulle componenti infrastrutturali o deve gestire anche le componenti applivative (Repository dati statistici, Sistema di acquisizione Dati e Reportistica)?

ENTRAMBE

Nel paragrafo 1.8.6 Gestione dei contenuti. Fra le Funzionalità richieste: associazione regole per contenuti, si chiede di chiarire meglio cosa si intenda con "regole contenuti"

Per associazione regole per i contenuti si intende che deve essere possibile definire la struttura dei contenuti presenti all'interno del repository e specificatamente per ogni significativa tipologia di contenuto definire le regole per la loro visualizzazione

Nel paragrafo 1.8.7 Sistema di acquisizione dati.
- Si chiede chiarimento in merito considerando l'assenza di standard largamente accettati relativi alle codifiche delle cartelle cliniche oncologiche e la mancanza di dizionari standard. Anche relativamente ai codici SNOMED ci risulta un uso molto personalizzato da parte dei laboratori
- Si chiede se è possibile accedere ad un responsabile scientifico del progetto
- Si chiede chi accederà al " front end" per gestire le schede di acquisizione dati per patologia?

- Non esistendo ad oggi uno standard relativamente alla codifica di cartelle cliniche, nel paragrafo 1.8.2. - Requisiti Funzionali, viene specificato che la base dati unificata per la condivisione e la ricerca di dati statistici ed epidemiologici deve essere, in questa fase, solo un prototipo
- Si ritiene sufficientemente chiarita la domanda precedente
- Al front end accederanno i responsabili/utenti delle Sezioni Provinciali/ambulatori della LILT

Al punto 4.1 DOCUMENTAZIONE AMMINISTRATIVA viene richiesta copia conforme del bilancio depositato agli esercizi di riferimento....
Per copia conforme si intende notificato presso un notaio? Oppure è sufficiente una fotocopia dei bilanci?

E' sufficiente una fotocopia dei bilanci richiesti, purchè si tratti di quelli effettivamente depositati e completi della nota integrativa.

Lettera di invito, par 1. pagina 3
Si chiede di confermare che è possibile far pervenire i documenti da presentare ai fini della partecipazione alla procedura di gara anche mediante consegna a mano di un incaricato del candidato invitato, oltre che mediante servizio postale, corriere o agenzia di recapito autorizzata, come peraltro indicato alla successiva pagina 4

Sì, è possibile la consegna a mano secondo le modalità indicate nella lettera di invito

Lettera di invito, par 2. pagina 4
Si chiede di confermare che la dicitura della busta 4 deve essere: 4 – Gara 2008/0701: “Realizzazione del Portale aziendale per l’automatizzazione delle attività di prevenzione e di screening della LILT - Giustificazioni”.

Sì

Lettera di invito, par 3. pagina 5
Relativamente alle copie conformi dei bilanci relativi agli esercizi di riferimento, il bando di gara cita il triennio 2005-2006-2007, mentre la lettera cita il triennio 2004-2005-2006. Si chiede di confermare che vale quanto indicato nel bando di gara

Vedi errata corrige

Lettera di invito, par 4. pagina 6
Ove indicato che: "Le dichiarazioni e la documentazione di cui ai punti a), b)... sono richieste a pena di esclusione, ad eccezione di quella di cui alla lett. h) richiesta a pena di esclusione solo per il caso di avvilimento

Va inteso che “Le dichiarazioni e la documentazione di cui ai punti a), b)..., sono richieste a pena di esclusione, ad eccezione di quella di cui alla lett. g) richiesta a pena di esclusione solo per il caso di avvilimento

Lettera di invito, par 5. pagina 7
Si chiede di confermare che nella relazione tecnica la sintesi concorre a formare il numero complessivo di pagine massimo, pari a 50. Si chiede altresì di confermare che le referenze ed i profili delle principali risorse concorrono a formare il predetto numero complessivo di pagine

Sì

Lettera di invito, par 6. pagina 9
Relativamente alle Giustificazioni degli elementi costitutivi dell'offerta, la documentazione indica che "Il concorrente dovrà sottoscrivere e numerare in ordine progressivo ogni foglio di tutta la documentazione, che può essere prodotta in copia". Si prega di chiarire cosa si deve intendere con l'affermazione "... che può essere prodotta in copia"

È sufficiente produrre in copia eventuali documenti che il concorrente dovesse inserire a supporto delle giustificazioni degli elementi costitutivi dell’offerta, reputandoli atti a consentire una migliore giustificazione dell’offerta eventualmente anomala.

Capitolato Speciale, par 7. pagina 3
L'art. 4 - Importo ed aggiudicazione , recita "... l'importo del presente appalto sarà presuntivamente pari a € 200.000,00 al netto dell'IVA...". Si chiede di confermare che l'importo indicato è l'importo massimo posto a base d'asta, ovvero chiarire come si deve intendere il termine presuntivamente

Sì. 200.000 euro è l’importo massimo a base di gara

Capitolato Speciale, par 8. pagina 3
Si chiede di confermare che la renumerazione delle ulteriori giornate a consumo per l'assistenza on site che l'Ente potrà discrezionalmente richiedere non concorre a formare il prezzo complessivo a corpo proposto dall'offerente. Si chiede altresì dove si deve indicare la tariffa giornaliera per tale prestazione specifica.

Si. Non è richiesto di indicare la tariffa giornaliera, trattandosi di elemento puramente eventuale e non considerato nell’attribuzione dei punteggi.

Capitolato Speciale, par 9. pagina 3
Si chiede di precisare ove si presume di effettuare l'assistenza agli utenti all'avvio.

Presso la sede centrale LILT

Capitolato Speciale, par 10. pagina 3
Si chiede di conoscere la consistenza e la tipologia degli archivi da migrare

NON SIAMO IN GRADO DI FORNIRE DETTAGLI PER QUEL CHE RIGUARDA EVENTUALI ARCHIVI DA MIGRARE

Capitolato Speciale, par 11. pagina 4
Relativamente alle esigenze di dislocazione logistica presso LILT, si chiede di conoscere i dettagli di tali esigenze relativamente al progetto specifico, anche alla luce di quanto indicato nel par. 1.2 delle Specifiche Tecniche

Vedi par. 1.5 delle Specifiche Tecniche

Specifiche Tecniche , par 12. pagina 8
Si chiede di conoscere il numero di utenti che potranno accedere al sistema per le classi Utenti centrali, Responsabile sede periferica, Utente sede periferica

Utenti centrali 30-50
Responsabile sede periferica circa 150
Utente sede periferica circa 300

Specifiche Tecniche , par 13. pagina 8
Nel par. 1.8.5 si cita un periodo di esercizio. Si chiede di chiarire se tale periodo ha durata pari a 6 mesi successivi al collaudo con esito positivo ed il successivo anno di garanzia (18 mesi in totale). Si chiede, inoltre, di confermare o meno che è parte integrante degli oneri di fornitura un contratto di housing delle macchine presso un data center per un periodo pari al periodo di esercizio.

Sì, il periodo di esercizio è di 6 mesi, durante i quali va garantito l’housing del servizio stesso.

Specifiche Tecniche , par 14. pagina 15
Si chiede di confermare che i Curriculum Vitae richiesti possono essere presentati in Allegato alla Relazione tecnica e pertanto non concorrono a formare il numero di pagine della Relazione tecnica

Sì, i curricula possono essere forniti in allegato e non concorrere pertanto al limite delle 50 pagine

In riferimento al documento relativo alle Specifiche Tecniche punto 1.1.8 Standard di Riferimento pag. 7 si fa riferimento agli standard di nomenclatura dati relativi alle informazioni sanitarie e cliniche. Si fa riferimento a standard simili allo HL7? Se si quali?

Sì, si fa riferimento allo standard HL7 o equivalenti.

Al fine di dimensionare opportunatamente la soluzione proposta si richiede una stima del numero di utenti previsto per l'area riservata al quale bisogna garantire l'accessibilità al sistema

Circa 500

Relativamente all'omogeneizzazione degli indirizzi e-mail, si richiede un servizio di messaggistica gestito dall'applicativo web, oppure si richiede la gestione del dominio di posta della LILT?

Servizio di messaggistica gestito dall'applicativo web

La nostra azienda è stata invitata alla partecipazione alla gara. Può presentare offerta in raggruppamento temporaneo con altra azienda?

No

Per quanto riguarda il servizio di housing da fornire si chiede conferma della possibilità di utilizzare un fornitore esterno, dell'eventuale durata in termini di mesi del servizio ovvero tale durata dovrà riguardare tutti e 12 i mesi previsti per la fornitura o solo quelli di effettivo utilizzo esclusa la fase di sviluppo? Il costo per la fornitura deve essere considerato incluso nella base d'asta e quindi nel prezzo complessivo offerto dal concorrente?

Il servizio di housing riguarda il periodo dalla data di rilascio dell’applicazione fino alla scadenza del contratto (12 mesi), quindi quelli di effettivo utilizzo. Il costo è incluso nella base d’asta.

Per quanto attiene lo sviluppo applicativo ed il sistema di acquisizione dati è possibile avere maggiori informazioni circa:
- il numero di patologie da prevedere e il numero di informazioni di ciascuna patologia
- eventuali necessità di validazione di congruenza sui dati acquisiti

Il numero di patologie deve essere variabile e un sistema di validazione di congruenza sui dati potrebbe essere un valore aggiunto

Sul paragrafo riguardante la reportistica esiste una stima di quanti siano i report da produrre?

No

Al fine di dimensionare l'infrastruttura hardware e i componenti spftware da fornire è possibile avere una stima del carico di lavoro previsto in termine di utenti sia interni che esterni

Il numero di accessi medio è pari a 1200 con picco di accessi di 1700. Si specifica che questi sono valori per quanto riguarda l'area pubblica. Per l'area privata sono circa 500.

Lettera d'invito - Par. 4.2 - Offerta tecnica
Si chiede di specificare se nel computo delle 50 pagine complessive dell'Offerta tecnica siano comprese anche le pagine ai Curricula Vitae

I curricula non rientrano nel computo delle 50 pagine

Lettera d'invito - Par. 6.4 - Giustificazioni degli elementi costitutivi dell'offerta
Tale paragrafo è presente nel capitolo "6. Partecipazioni di raggruppamenti temporanei di imprese (R.T.I.) e di consorsi ed avvilimento, nonchè partipazioni di imprese controllate e/o collegate".
Si chiede di specificare se quanto dichiarato e richiesto nel paragrafo sia applicabile anche in caso di concorrente singolo o comunque nel caso di concorrente che non sia nelle condizioni di cui al titolo del cap. 6

La busta Gara 2008/0701: “Realizzazione del Portale aziendale per l’automatizzazione delle attività di prevenzione e di screening della LILT – Giustificazioni” va presentata anche dai concorrenti singoli, come specificato al punto 3.1, secondo le modalità evidenziate al punto 6.4.

Specifiche tecniche - Par. 1.8.5 - Infrastruttura
il documento recita: "E' altrsì richiesta l'apertura e la conduzione per tutto il periodi di esercizio" di un contratto di housing delle macchine presso un data cener." Si chiede di specificare se per "periodo di esercizio" si intendano i 6 mesi di servizio ed assistenza successivi al mese di conduzione operativa, come da par. 1.6 Componenti della fornitura

Per periodo di esercizio si intende quello intercorrente dalla data di rilascio dell’applicazione fino alla scadenza del contratto

Specifiche tecniche - Par. 1.8.5 - Infrastruttura
il documento recita: "E' richiesta chiaramente connessione alla rete internet... il servizio richiesto comprende:
- trasferimento del nome di dominio LILT.IT
- gestione dei sottodomini...
- ..."
Si chiede di specificare se tale servizio sia richiesto per il periodo di esercizio, inteso come alla domanda 3, ovvero di specificare per quale periodo sia richiesto.

Si, per il periodo di esercizio

Specifiche tecniche
Il par. 1.6 Componenti della fornitura recita:
1. "La fornitura è costituita dalle seguenti componenti:
- ...
- Servizio di Manutenzione, Monitoraggio, Formazione ed Assistenza
    ° Servizio di manutenzione correttiva e adeguativa
    ° Presidio presso
    ° Monitoraggio (interfaccia di gestione)
    ° Formazione
    ° Assistenza
2. "A partire dalla data di collaudo positivo del sistema decorre la manutenzione correttiva in garanzia".

Il par. 1.9.1. Servizio di manutenzione correttiva e adeguativa recita: "La società/RTI aggiudicataria dovrà mettere a disposizione, una risorsa con il compito di offrire assistenza operativa per il progetto. Tale servizio dovrà essere erogato per almeno 900 ore presso i locali della Sede Centrale di Roma della LILT a partire dalla data di inizio del progetto al fine di prestare supporto tecnico ed erogare l’assistenza necessaria all’utilizzo della nuova infrastruttura."

Il par. 1.13 Garanzia recita: "E’ richiesta la garanzia del software per 12 mesi dalla data di accettazione del collaudo." Si chiede di specificare quanto segue:
a. se la manutenzione correttiva sia intesa come assistenza operativa ovvero se il riferimento all'assistenza operativa nel par. 1.9.9 sia un refuso in tale paragrafo;
b. quali funzioni dovrà svolgere il personale del "Presidio presso" di cui al par. 1.6;
c. se le 900 ore richieste per l'assistenza operativa siano da erogare dall'inizio del progetto (par. 1.9.1) o nel periodo di esercizio

L’aggiudicatario dovrà fornire sia la manutenzione correttiva che assistenza operativa. Le funzioni da svolgere non sono puntualmente definibili al momento. Le 900 ore, vanno erogate dall'inizo del progetto.

Specifiche tecniche
Il par. 1.9.2 Servizio di monioraggio (Interfaccia di gestione) descrive le funzionalità della consolle di gestione:
Si richiede se la responsabilità di tale servizio è del Fornitore e, in caso affermativo di specificare la durata e l'impiego massimo previsto dall'Amministrazione.

La consolle di gestione rientra tra le funzionalità richieste. Il servizio sarà svolto sotto la responsabilità del fornitore per la durata contrattuale.

Capitolato speciale - Art.4 - Importo ed aggiudicazione
L'articolo richiede che nell'offerta tecnica si descrivano le "Soluzioni specifiche per la sicurezza: caratteristiche delle soluzioni proposte per la sicurezza nelle sue diverse forme".
Si chiede di specificare di quali forme di sicurezza si richiedano delle soluzioni.

Nelle forme compatibili con la realizzazione di un portale e del trattamento dei dati. Si lascia spazio per ogni tipo di proposta da parte delle concorrenti

Capitolato speciale - Art.4 - Importo ed aggiudicazione
L'articolo richiede che l'offerta tecnica descriva l'"Assistenza all'avviamento: modalità previste... per la formazione e la migrazione dei dati".
Si chiede di specificare da quali fonti sia richiesta la migrazione dei dati.

NON SIAMO IN GRADO DI FORNIRE DETTAGLI PER QUEL CHE RIGUARDA EVENTUALI ARCHIVI DA MIGRARE

Capitolato speciale - Art.4 - Importo ed aggiudicazione
Specifiche tecniche - par 1.17 - Figure professionali
Il capitolato richiede che nell'offerta tecnica siano descritti "profilo professionale e tipo/livello di esperienza delle Risorse che verranno utilizzate nei ruoli principali...".
Si chiede di specificare meglio se sia richiesta la descrizione dei profili che si impiegheranno nei ruoli principali della fornitura oppure se siano richiesti i CV delle risorse che svolgeranno i suddetti ruoli principali.

Entrambi

Capitolato speciale - Art.4 - Importo ed aggiudicazione
L'articolo richiede richiede che nell'offerta tecnica sia descritta l' "Organizzazione logistica: piano di allocazione delle risorse e soluzioni logistiche proposte, con particolare riguardo alle esigenze di dislocazione presso LILT".
Si chiede di specificare se tale richiesta si riferisca alle attività di presidio/assistenza on-site per 900 ore presso la Sede Centrale di Roma della LILT, di cui al par. 1.9.1 delle Specifiche tecniche.

Si riferisce anche alle 900 ore on-site ma non esclusivamente a quella

Specifiche tecniche - par 1.8.5 - Infrastruttura
Per meglio dimensionare i server applicativi da fornire e da gestire in housing presso il data center , si chiede di formire una stima degli utenti della LILT e degli accessi al portale oggetto di gara

Il numero di accessi medio è pari a 1200 con picco di accessi di 1700. Si specifica che questi sono valori per quanto riguarda l'area pubblica. Per l'area privata sono circa 500.

Si richiede la proroga di una settimana della data di consegna dell'offerta. La richiesta deriva dal fatto che la gara ci è pervenuta ad inizio agosto ed una consegna per inizio settembre (attualmente prevista per il 5) è difficoltosa in quanto l'offerta prevede la fornitura di materiale terze parti (hw, sw) e molte aziende alle quali dobbiamo chiedere offerta riaprono solo nei primi giorni di settembre

Si conferma la data di scadenza prevista nel bando di gara (5 settembre)

Nel bando non è esclusa la sub-subfornitura possiamo quindi attivarla?

Le regole per il subappalto sono definite all'interno del bando di gara

Definizione del concetto di alta flessibilità del repository dei dati statistici, con una descrizione delle tipologie e delle quantità di informazioni da gestire e da allineare con i sistemi esistenti e con le fonti alimentanti i dati

Architettura a tre livelli web-based che permetta modifiche e ampliamenti a costi zero o comunque contenuti

Ci occerre che sia specificato quali sono i sistemi informatici alimentanti presenti in azienda (anche in termini di architettura hw e sw)

I sistemi ad oggi non esistono ma verranno implementati in futuro e dovranno avere la possibilità di essere alimentati in ogni forma (bulk, automatica temporizzata, real time)

In merito alla richiesta di accessibilità diretta dei dati ci occorre che sia specificato di quali sistemi di analisi si sta parlando (BusinessObject, Cognos... altro) e se eventualmente il software di reporting e di analisi deve essere oggetto della fornitura o meno

Per i sistemi di analisi si lascia spazio per ogni tipo di proposta da parte delle concorrenti che comunque, dovranno essere oggetto della fornitura

Specificare al meglio il concetto di adeguata rapidità anche in relazione alla quantità e qualità di informazioni che si andranno a gestire

Le specifiche di dettaglio potranno essere definite solo nelle successive fasi di progettazione e di sviluppo

Specificare in linea teorica il numero di utenti utilizzatori e loro profilazione sulla base dello schema del tipo, numero utenti finali, numero amministratori del sistema

Amministratori del sistema 5-10
Utenti centrali 30-50
Responsabile sede periferica circa 150
Utente sede periferica circa 300

Ci occorre una descrizione più dettagliata del sistema di reporting in termini di quantità di reports (magari avere qualche esempio attuale), dei livelli di aggregazione, profondità dei dati o altri dettagli utili per definire al meglio l'offerta tecnica

Le specifiche di dettaglio potranno essere definite solo nelle successive fasi di progettazione e di sviluppo