Newsgroup: it.comp.java
Titolo: [forse OT][LONG] Progetto in java e xml

--- postato anche su it.comp.compl.access ---
--- postato anche su it.comp.aiuto ---
--- postato anche su it.comp.www.html ---
--- postato anche su it.comp.www.asp ---
--- postato anche su it.comp.www.php ---
Ciao a tutti.
Innanzitutto chiedo scusa per l'"invasione" in campi sicuramente estranei
alla richiesta, ma volevo raccogliere quante più idee possibile.
Devo realizzare un progetto di un sistema informativo sanitario riguardante
una cartella clinica. L'anno scorso ho già realizzato una demo in Access
(abbastanza complessa, diciamo più un applicativo che un vero e proprio
database) che ha fatto una buona impressione.
Tuttavia lo scenario per la pubblica amministrazione è molto complesso. Mi è
stato chiesto di realizzare un nuovo progetto (stesse specifiche: cartella
clinica informatizzata) in XML e java (questo mi è stato detto inizialmente,
ma da persone che non avevano le idee chiare). Ho cominciato un po' a
lavorarci ed ho elaborato questo scenario.
Il personale sanitario (medici ed infermieri) si collegano ad un indirizzo
intranet (ormai è tutto web-based) e tramite un interfaccia web (realizzata
da me, per adesso è HTML) inviano una richiesta alla base dati tramite una
servlet java (realizzata da me). La servlet interroga i vari database e
restituisce i dati in formato XML, formattati tramite un foglio di stile
XSL.
Tutto funziona ma mi sono venuti i primi dubbi:
1) XML sta diventando una piattaforma standard. Ma è questo il modo corretto
di utilizzarlo (io lo fornisco in output)? Dando un'occhiata a tutti i
linguaggi di programmazione noto che esistono adesso molte librerie per
parserizzare documenti in XML (cioè da un documento estrarre i nodi padre, i
nodi figlio, gli attributi e i valori), io faccio esattamente il contrario,
dati non organizzati li formatto in XML. Ma è di qualche utilità?
I commissionandi ovviamente non lo sanno, sono fuori da queste
problematiche. Vogliono che mi interessi io al problema (il progetto è
universitario sperimentale). Magari la logica è che i fogli XML forniti
dalla mia applicazione potrebbero andare a finire in qualche software che
svolge altri compiti (grafici, statistiche, presentazioni). Insomma sono
confuso ma voglio assolutamente farmi un'idea più precisa.
2) L'uso di java mi è stato quasi imposto (pubblica amministrazione bla
bla...). Non che io non sia d'accordo, ma mi sto ponendo in maniera critica
al problema. Lo stesso risultato (interrogazione del database e risultati
formattati in XML) lo potevo ottenere in mille modi (alcuni a me più
congeniali) come ASP, PHP, cgi. In più nella struttura dove dovrebbe girare
la cosa, hanno il web server con IIS5 e andargli a installare un motore per
far girare le servlet mi secca alquanto. C'è effettivamente un buon motivo
per utilizzare java? Che so, qualche struttare del linguaggio comoda oppure
motivi prestazionali?
3) Con l'interfaccia web (che comunque resta la mia unica certezza, perché
ormai i client dedicati stanno scomparendo nell'ambito della pubblica
amministrazione) ho perso, ovviamente, l'elasticità che avevo in Access. La
cosa non mi preoccupa molto perché probabilmente questo lato della cosa se
la vedrà qualcun'altro, ma in ogni caso se volessi dare un aspetto diciamo
"simpatico" alla cosa, quale sarebbe il modo migliore di intervenire,
lavorando in java lato client (applet)?
Se avete letto fin qua, grazie per la pazienza.
Bye
giaconet


Scusa, forse ho scelto male le parole. Ti faccio un esempio così tagliamo la
testa al toro.
Uno dei maggiori problemi che si hanno in ambito sanitario pubblico (sembra
uno scherzo, ma è così) e trovare una persona che inserisca i dati. Questo
perché il materiale cartaceo, almeno per adesso, non può sparire (ha valore
legale). In Access ho elaborato tutta una serie di procedurine che cercano
di limitare al minimo l'inserimento dei dati (riassiumiamo in "interfaccia
intelligente con memoria") cose che vedo complicatucce per il web. La mia
idea è quella di lasciare a qualcun'altro questa seccatura, ma ovviamente,
essendo un demo, non posso non fare proprio niente e lasciare quei miseri
form staticissimi che ho adesso. Su it.comp.www.php mi hanno consigliato,
come te, di lasciar perdere le applet e di fare qualcosa di un po' più
intelligente al massimo in javascript.
Cmq, grazie mille per la risposta non sai quanto mi hai sollevato.
Bye
giaconet

Su javascript non so consigliarti.


 lavorando in java lato client (applet)?
Non prenderei in considerazione l'uso di applet. Al di là del fatto che è
una tecnologia che non mi piace, perdi buona parte della flessibilità del
meccanismo di separazione logica-grafica (se qualcuno ti chiede di spostare
un campo devi ricompilare l'applet).
Chiaramente l'interfaccia web è un'altra cosa rispetto alle maschere di
access. Però l'utenza si converte facilmente verso questa interfaccia.
Per rendere l'aspetto "simpatico" in teoria dovresti lavorare solo sui fogli
XSL in modo che producano un html gradevole e funzionale. Ti consiglio però
di dimenticare i form di access, non tentare di emularli. Semmai studiati un
po di siti internet che trovi effettivamente funzionali. Inoltre dovrai
applicarti con del bel javascript per garantire i controlli di base lato
client (formati numerici, date e ore corretti, eccetera) perchè quelli
rispetto ad access ti mancheranno e sono fondamentali.
Buon lavoro.