UNIVERSITÀ DEGLI STUDI DI UDINE Facoltà di Medicina e Chirurgia CORSO DI LAUREA IN TECNICHE DI RADIOLOGIA MEDICA PER IMMAGINI E RADIOTERAPIA ESAME di INFORMATICA e ARCHIVIAZIONE 28 settembre 2011 1 Progettazione di basi di dati Si vuole progettare il sistema informativo per la gestione delle informazioni relative alle malattie studiate presso un centro di ricerca. In particolare, si vuole mantener traccia delle informazioni relative alle malattie studiate: il nome, la descrizione ed eventuali sintomi (anche più di uno). Per ogni malattia si vuole memorizzare le informazioni relative ai pazienti studiati, con la data della prima manifestazione e l eventuale terminazione. Per ognuno si vuole memorizzare il nome, il cognome, il codice fiscale, il numero della tessera sanitaria, la data di nascita, l indirizzo di residenza (città, via, numero) e uno o più numeri di telefono. Tenere presente che lo stesso paziente potrebbe essere oggetto di studio rispetto a diverse malattie. Infine, nel centro vengono eseguiti diversi tipi di esami. Per ogni paziente si vuole mantener traccia degli esami effettuati o in programma. Per ciascun esame deve essere memorizzato il tipo di esame, la data e l ora di esecuzione, la relativa rilevazione (che a seconda del tipo di esame può essere uno valore numerico o una descrizione testuale) e un esito. Progettazione concettuale Definire uno schema Entità-Relazioni che descriva il contenuto informativo del sistema, illustrando con chiarezza le eventuali assunzioni fatte. Lo schema dovrà essere completato con attributi ragionevoli per ciascuna entità (indicando i possibili identificatori) e relazione. Vanno specificati accuratamente i vincoli di cardinalità e partecipazione di ciascuna relazione. 1
Figura 1: Schema ER Progettazione logica Apportare le necessarie modifiche di ristrutturazione allo schema Entità-Relazioni prodotto e tradurlo nello schema logico relazionale. Ristrutturazione: 1. attributo composto: l attributo indirizzo dell entità PAZIENTE vengono scomposti nei diversi attributi semplici che li compongono; 2. attributi multivalore: l attributo telefono dell entità PAZIENTE è sostituito dall entità TELEFONO e dalla relativa relazione che lo lega all entità PAZIENTE e l attributo sintomo dell entità MALATTIA è sostituito dall entità SINTOMO e dalla relativa relazione che lo lega all entità MALATTIA; 3. specializzazione dell entità MALATTIA: supponendo che l accesso ai dati dei risultati degli esami sia fatta indipendentemente dal tipo di esame si è deciso di mantenere solo il padre della specializzazione, eliminando le figlie. Lo schema ER ristrutturato è rappresentato in Figura 2. 2
Figura 2: Schema ER ristrutturato Traduzione: 1. entità: P AZIEN T E(codiceF iscale, nome, cognome, citta, via, numero, tesserasanitaria, datan ascita) nome, cognome, citta, via, numero, tesserasanitaria, datanascita NOT NULL tesserasanitaria UNIQUE (chiave alternativa a codicefiscale) T ELEF ON O(numero) M ALAT T IA(nome, descrizione) desrizione NOT NULL SIN T OM O(descrizione) ESAM E(data, ora, tipoesame, esito, valore, descrizione) tipoesame NOT NULL 2. relazioni UNO-A-MOLTI (estensione delle tabelle precedenti): relazione effettua: ESAM E(data, ora, tipoesame, esito, valore, descrizione, paziente) tipoesame, paziente NOT NULL 3
fk (paziente) references PAZIENTE(codiceFiscale) 3. relazioni MOLTI-A-MOLTI (nuove tabelle): relazione ha: HA(paziente, telef ono) fk (paziente) references PAZIENTE(codiceFiscale) fk (telefono) references TELEFONO(numero) relazione presenta: P RESEN T A(paziente, malattia, primam anif estazione, terminazione) primamanifestazione NOT NULL fk (paziente) references PAZIENTE(codiceFiscale) fk (malattia) references MALATTIA(nome) relazione evidenza: P RESEN T A(malattia, sintomo) fk (malattia) references MALATTIA(nome) fk (sintomo) references SINTOMO(descrizione) 4
2 Modello relazionale e linguaggio SQL Si consideri il seguente schema logico relazionale: OSP EDALE(codice, nome, comune, via, annof ondazione) REP ART O(ospedale, nome, nomep rimario, cognomep rimario, dataapertura) ST ANZA(ospadale, reparto, numerostanza, numeroletti, televisore) 1 Definire preliminarmente le chiavi primarie e i vincoli di chiave esterna sulle relazioni date. OSP EDALE(codice, nome, comune, via, annof ondazione) REP ART O(ospedale, nome, nomep rimario, cognomep rimario, dataapertura) fk (ospedale) references OSPEDALE(codice) ST AN ZA(ospadale, reparto, numerostanza, numeroletti, televisore) fk (ospedale, reparto) references REPARTO(ospedale, reparto) Successivamente, supponendo di aver già creato le tabelle OSPEDALE e REPARTO, formulare l istruzione SQL per la creazione della tabella STAN- ZA con tutti i vincoli necessari. CREATE TABLE STANZA( o s p e d a l e CHAR( 5 ), r e p a r t o VARCHAR( 2 0 ), numerostanza INTEGER, numeroletti INTEGER NOT NULL, t e l e v i s o r e BOOLEAN NOT NULL, PRIMARY KEY ( ospedale, reparto, numerostanza ), FOREIGN KEY ( ospedale, r e p a r t o ) REFERENCES REPARTO( ospedale, r e p a r t o ) ) Infine, formulare opportune interrogazioni nel linguaggio SQL che permettano di determinare: 1. il numero totale dei letti dell ospedale con codice OSP05 SELECT SUM( numeroletti ) FROM REPARTO WHERE o s p e d a l e= OSP05 2. il nome e il comune degli ospedali in cui c è almeno un primario con cognome Rossi SELECT DISTINCT OSPEDALE. nome, comune FROM OSPEDALE, REPARTO WHERE OSPEDALE. c o d i c e=reparto. o s p e d a l e AND cognomeprimario= Rossi 1 televisore è un attributo booleano 5
SELECT OSPEDALE. nome, comune FROM OSPEDALE JOIN REPARTO ON OSPEDALE. c o d i c e=reparto. o s p e d a l e WHERE cognomeprimario= Rossi 3. il codice degli ospedali che hanno almeno due reparti aperti dopo il 31/12/2009 (possibilmente senza usare funzioni aggregate) SELECT DISTINCT R1. o s p e d a l e FROM REPARTO AS R1, REPARTO AS R2 WHERE R1. o s p e d a l e = R2. o s p e d a l e AND R1. nome > R2. nome AND R1. dataapertura > 31/ 12/ 2009 AND R2. dataapertura > 31/ 12/ 2009 SELECT o s p e d a l e FROM REPARTO WHERE dataapertura > 31/ 12/ 2009 GROUP BY o s p e d a l e HAVING COUNT( ) >1 4. il nome e il cognome dei primari dei reparti che non hanno nessuna stanza con il televisore e il cui ospedale di appartenenza è stato fondato prima del 1980 (si assuma che non esistano due primari omonimi per nome e cognome) FROM OSPEDALE JOIN REPARTO ON c o d i c e=o s p e d a l e WHERE annofondazione < 1980 EXCEPT FROM REPARTO JOIN STANZA ON REPARTO. o s p e d a l e=stanza. r e p a r t o AND REPARTO. nome=stanza. r e p a r t o WHERE t e l e v i s i o n e FROM OSPEDALE JOIN REPARTO ON c o d i c e=o s p e d a l e WHERE annofondazione < 1980 AND ( ospedale,reparto. nome) NOT IN ( SELECT ospedale, r e p a r t o FROM STANZA WHERE t e l e v i s i o n e ) FROM OSPEDALE JOIN REPARTO ON c o d i c e=o s p e d a l e WHERE annofondazione < 1980 AND NOT EXISTS ( SELECT FROM STANZA WHERE o s p e d a l e=reparto. o s p e d a l e AND r e p a r t o=reparto. nome AND t e l e v i s i o n e ) 6