| ||
| Intro | Progetto | Risultati | Lavori degli studenti | Pubblicazioni | Links | ||
| | Problemi | Tecnologie | Architettura | Interfaccia | Struttura | Istruzioni | Bugs Report
Non essendo vincolati ai tempi e alle esigenze della produzione, abbiamo avuto la libertà di sperimentare diverse soluzioni: a) palmari HP e palmari Symbol b) moduli on-line e off-line c) strutture basate su schemi XML e altre su database relazionale; d) roaming WLAN/GPRS/UMTS; e) adattamento dell'interfaccia per pocket e desktop pc Risultati a) L’uso di dispositivi diversi ha dimostrato che gli utenti antepongono l’usabilità e il comfort alle prestazioni: sebbene i palmari Symbol offrano migliori prestazioni e una migliore connettività alla rete, gli studenti preferiscono quelli HP perché sono meno ingombranti e pesanti e hanno un display a colori e più luminoso b) La comparazione tra sperimentazione on-line e off-line ci ha fornito risultati interessanti. Nel primo caso l’uso della versione trial del software Handbase rendeva necessario sincronizzare ogni palmare con un pc desktop per il riversamento delle tabelle e poi fare un merge dei dati in access. Questo tipo di raccolta dati comporta quindi un notevole lavoro di ‘backstage’. Dal punto di vista dell’utente, però, la soluzione off-line era preferita perché permetteva di bypassare tutti i problemi legati alla performance della rete che, soprattutto all’inizio, non aveva la velocità che essi desideravano. Sebbene le difficoltà di copertura della Wireless LAN siano stati completamente risolti, da questa esperienza abbiamo potuto elaborare un nuovo modello che potrebbe essere testato nella prossima fase sperimentale (marzo-giugno 2004): i dati potrebbero essere salvati off-line e sincronizzati on-line appena ci si connette alla rete. Moduli per il sondaggio sulla qualità del vitto realizzato off-line con una versione trial del software Handbase
Architettura
La soluzione finale adottata si basa sulle seguenti tecnologie: ASP.NET, C#, XML e Sequel Server
Torna su Per utilizzare l’applicazione
gli utenti devono: a) lo sviluppo di questionari a sezioni
multiple, per evitare pagine html troppo lunghe; a) autenticarsi tramite la matricola b) selezionare
il piano e il letto del paziente degente L’utilizzo del dispositivo
ha comportato la raccolta di informazioni per l’elaborazione di un’efficace interfaccia
utente (molto semplice dal punto di vista grafico, in modo da essere più leggero)
nonché di richieste di accessori da parte degli utenti (tastiera, batteria con
capacità maggiore, lettore di codice a barre). Le maggiori innovazioni hanno riguardato: Fare click sull'immagine b) la sostituzione di campi di testo libero con menù a tendina o check box con opzioni preselezionate, in modo da evitare che l’utente debba fare troppi inserimenti testuali; Fare click sull'immagine c) la
distinzione tra opzioni comuni o non comuni per evitare liste troppo lunghe di
opzioni; Fare click sull'immagine e) l’elaborazione di opzioni (o frasi) brevi
o con testo puntato per non oltrepassare il limite dello schermo schermo;
f) la possibilità di visualizzare denominazioni lunghe al di sotto del box di selezione (v. richiesta analisi nel modulo dei medici); Fare click sull'immagine Fare
click sull'immagine h) vista
automatica delle informazioni cliniche specifiche richieste da ogni reparto.
I tipi di moduli disponibili in HISS sono:
- questionari basati su schemi XML, con opzioni di risposta predefinite - moduloche recupera dati da una tabella del Db tramite una query (stringa con parte del nome) Vediamo ora in dettaglio i vari tipi di moduli nelle pagine destinate ai diversi utenti Schema pagine Medicina
Schema pagine Infermieristica
Schema pagine Dietistica
Istruzioni
Per scaricare le istruzioni (a cura di Elena Spadini)
Per
un breve Tour guidato dell'applicazione (a cura di Andrea Riccio) Lista dei problemi riscontrati nella
prima fase di sperimentazione | |||