Download CAPITOLATO D`ONERI SPECIALE

Capitolato Speciale D’Oneri
15.1
Requisiti Area Amministrativa, Direzionale e Servizi
In tali aree potranno essere proposte soluzioni basate su software applicativi commerciali diffusamente
presenti sul mercato sanitario di tipo ERP al fine di garantire la migliore flessibilità della soluzione applicativa.
Dovrà essere incluso del servizio la messa a disposizione di un Datawarehouse e di una soluzione B.I. (come
descritto nel paragrafo Sistema di governo dei flussi informativi) che permetta il datamining.
Le soluzioni dovranno essere configurabili in modo parametrico e rispondere alle future esigenze della ASL
Roma A sia in termini di numerosità di utenti (scalabilità tecnologica) che di modello organizzativo.
Si precisa che tutte le caratteristiche indicate nel presente capitolo sono da considerarsi requisiti minimi,
possibili di miglioramento proposto dall’offerente, e andranno realizzate interamente senza oneri aggiuntivi
per il committente.
15.2
Requisiti per Area sanitaria
Le funzionalità illustrate nelle schede delle aree dipartimentali sono da ritenersi minime e obbligatorie per
l’operatività attuale ma soggette a miglioramenti proponibili dall’offerente.
Se una funzionalità non potrà essere soddisfatta dalla soluzione proposta dovrà comunque essere
commentata la ragione e proposta la migliore alternativa disponibile. In quest’ultimo caso l’offerente dovrà
indicare se è tecnicamente ammissibile recepire la richiesta e dare soluzione nell’ambito di aggiornamento
standard ovvero nell’ambito di una personalizzazione ad hoc.
La classificazione proposta è meramente indicativa e deriva dalle principali configurazioni presenti sul
mercato. L’Azienda valuterà con particolare interesse le soluzioni che favoriscono l’unitarietà delle
informazioni riguardanti il paziente e la loro navigabilità per una maggior fruibilità da parte degli operatori
aziendali e che posseggano comprovate referenze. In tale ottica è richiesto un modulo EPR quale sintesi di
questa esigenza Aziendale. Sono inoltre presenti delle schede che illustrano le specifiche principali
funzionalità dei moduli applicativi.
Per ogni Area deve essere predisposta l’alimentazione dei dati necessari per le attività di reportistica,
controllo e programmazione oltre che dell’EPR per il supporto alle attività Cliniche.
Particolare attenzione viene rivolta alle potenzialità dei diversi sottosistemi applicativi ed alle possibilità di
reportistica che verranno offerte per ogni sottosistema. L’offerente dovrà produrre in sede di progetto
tecnico, in allegato apposito, tutta la reportistica che intende proporre.
Nell’Area Clinico-Sanitaria trovano posto tutti i processi “core” e le aree funzionali che costituiscono la
mission di Azienda USL Roma A.
15.2.1 Electronic Patient Record
Rappresenta il sistema che presenta unitariamente le informazioni clinico-amministrative del paziente agli
operatori dell’A.S.L., indipendentemente dal sottosistema che le genera. Le caratteristiche principali che deve
avere l’EPR (Electronic Patient Record – Record Elettronico del Paziente) sono:
•
identificazione e mantenimento del record paziente;
•
identificazione univoca del paziente, identificazione del cittadino attraverso la lettura di smart card/carta
d’identità elettronica
•
Adeguato sistema di “navigazione” nelle informazioni sanitarie relative al paziente interno ed
ambulatoriale anche attraverso l’utilizzo di dispositivi pen based e/o monitor touch screen
Pag. 110 di 219
Gara per la realizzazione e gestione del servizio informativo-informatico ASL Roma “A”
13/11/2013