Report in Access

Question

Salve a tutti. È da un paio di giorni che cerco una soluzione  al mio problema con le guide online ma non trovo risposta in quanto tutte le guide che trovo nell'ambito che mi interessa sono per office 2007 e io uso il 2016. 

Detto questo la questione è la seguente. Ho impostato su un file di Access due tabelle riguardanti dei pazienti. In una ci sta la cartella clinica e in un altra il diario clinico. 

Per questioni di spazio ho dovuti creare un totale di 6 maschere d'inserimento (una per il diario e 5 per le varie parti della cartella clinica) e poi ho creato 6 report (più o meno simili). Dato che è la prima volta che uso Access in modo decente vorrei avere la possibilità premendo un pulsante di salvare i vari report concatenandoli in modo da avere su ogni pagina un report diverso. Un altra cosa che vorrei fare è abilitare direttamente la stampa dello stesso file quindi oltre che avere un pulsante per salvare tutto in pdf vorrei un pulsante per stampare tutto. 

Altra informazione... Quando compulsivo le maschere re ala fine mi dice che ho raggiunto i 255 campi. Purtroppo non posso farne di meno, anzi se fosse possibile dovrei aggiungere altri 8 campi. Qualcuno sa come posso fare per ovviare a questa situazione  9 devo per forza rinunciare a qualcosa di già inserito?

Answer 1

ciao Antonio,

[...]

 Ovviamente devo consegnare il compito con la "privacy" impostata

[...]

credo che forse non ci siamo capiti....intendo dire che qualsiasi cosa tu faccia non c'è modo di impedire, l'accesso alla tabelle e di conseguenza ai dati.

cosa vuole dire "c**onsegnare il compito con la privacy impostata"...?

[...]

Stavo pensando infatti di riscrivere il tutto partendo da un database online usando Share-point di Microsoft ma a questo punto non saprei se è una soluzione valida perché comunque  il concetto è questo:

I medici devono essere in grado tramite un dispositivo mobile di aggiungere dei pazienti indipendentemente l'uno dell'altro in qualsiasi momento quindi devono potersi collegare.

[...]

Access ed il web non si sposano bene, devi cambiare tecnologia se l'obbiettivo è questo.

[...]

Una domanda però vorrei chiedertela a questo punto. Se io creo ad esempio 7 tabelle posso mettere in relazione tra tutte le tabelle solo il campo "ID" o meglio è questa la cosa giusta da fare nel mio caso?

[...]

le relazioni rafforzano l'integrità dei dati impostando vincoli ben precisi, ma non sono una condizione necessaria per impostare un database possono anche non esserci. Sottolineo possono.

Ti ribadisco quanto detto... devi studiare almeno le tre forme normali ed applicarle al tuo scenario in modo corretto indipendentemente dalla tecnologia che scegli partendo da un'idea piuttosto chiara delle informazioni che devi gestire.

Forse questa è la prima volta che approcci un DB relazionale, ma è importante partire con basi che almeno ti consentano di evitare l'impostazione del database piatto tipico di Excel, altrimenti se queste ti mancano o sono lacune che stai colmando, pensa magari intanto ad Excel come prima soluzione....sicuramente non è l'ideale visto la mole di dati correlati.

Inoltre la chiave primaria è bene che non sia anonimamente definita id, ma magari id_paziente o qualcosa di simile e che comunque la renda riconoscibile da subito sia come chiave primaria che come chiave esterna.

Buon lavoro e studio ! :-)

ciao, Sandro.

Answer 2

Sisi assolutamente per ora è solo per una prova. Si tratta di un compito che devo eseguire per l'università e non essendo pratico di Access ho chiesto informazioni. Ovviamente devo consegnare il compito con la "privacy" impostata. Stavo pensando infatti di riscrivere il tutto partendo da un database online usando Share-point di Microsoft ma a questo punto non saprei se è una soluzione valida perché comunque  il concetto è questo:

I medici devono essere in grado tramite un dispositivo mobile di aggiungere dei pazienti indipendentemente l'uno dell'altro in qualsiasi momento quindi devono potersi collegare. Per quanto riguarda la questione del diario il discorso è che nel diario in ogni giorno si possono scrivere informazioni differenti e quindi non ho idea di come fare... Potrei fare due Colonne mettendo in una "giorno" e in un altra "Commento" dove mettere le varie cose accadute perché tra terapie da somministrare, consulenze e varie azioni mediche e infermieristiche che possono capitare non so quanto lunga possa venire la tabella. A questo punto provo però a fare un file nuovo mettendo le cose in ordine. 

Una domanda però vorrei chiedertela a questo punto. Se io creo ad esempio 7 tabelle posso mettere in relazione tra tutte le tabelle solo il campo "ID" o meglio è questa la cosa giusta da fare nel mio caso?

Answer 3

ciao Antonio,

il database non è normalizzato, il primo punto è organizzare le tabelle in base - almeno - alle prime tre forme normali.

In entrambe le tabelle hai i dati anagrafici del nome e cognome ed è una ridondanza da evitare, tra l'altro, contenuti in un solo campo denominato nome e cognome.

Questo contravviene alla prima regola circa la normalizzazione del database in cui il campo deve possedere caratteristiche di atomicità.

Oltre quindi ad eliminare il campo in entrambe le tabelle e splittarli, in un campo memorizzerai il nome in un altro il cognome, devi creare una tabelle e memorizzare tutti i dati dei tuoi pazienti nella classica tabella anagrafica e impostare nelle altre tabelle la chiave esterna, che non è altro che la chiave primaria della tabella anagrafica per fare riferimento al quel preciso paziente.

Altro consiglio evita come la peste gli spazi sia negli oggetti del database che nel nome di campi e controlli ( campi --> tabelle e queries, controlli forms e reports) e dai un occhio al concetto di regular e delimited  identifiers.

Altro errore è nella tabella diario clinico.

Non si inserisce generalmente giorno1, giorno2, giorno3....ma il giorno deve essere un campo solo di una tabella che si popola in altezza e non in larghezza ( concetto del post precedente ) se la strutturi in tal modo puoi aggiungere tutti i giorni che vuoi, se invece la strutturi come l'hai pensata tu, se devi aggiungere il giorno 24 devi rivedere la struttura della tabella, come se devi aggiungere il 25, il 26 ect, ect...

Tornando alla tabelle cartella clinica, c'è da sbizzarrirsi non poco :-).

Purtroppo non sono medico e non posso aiutarti circa la modalità della gestione della cartella clinica, ma così a rigor di logica, io estrapolerei le info che ti servono in modo da creare una serie di tabelle di supporto tutte legate al paziente, nel tuo caso id_paziente chiave primaria.

Vedrei bene una tabella per le condizioni di vita in generale, una per raccogliere le info circa la famigliarità, una per le malattie.

Potrebbero essere necessarie altre ancora...il consiglio che posso darti è quello di prendere un bel foglio bianco e scrivere le "macro informazioni" che ti servono e pensare di realizzare su di esse le tabelle per la registrazione delle informazioni.

Poi, dopo che hai sistemato la base dati in modo robusto e rigoroso si può pensare a forms / reports e tutto quanto ti serve per la gestione ed automazione del tuo DB.

HTH e

[...]

Grazie mille per l'interessamento Sandro Peruz.

[...]

prego.

Ti consiglio caldamente di rivedere scrupolosamente la base dati altrimenti non vai molto distante...

ciao, Sandro.

ps. una nota molto importante. Se il DB è ad uso personale ok, qualora non lo fosse, presta attenzione alla sensibilità dei dati....con Jet/Ace, è impossibile impedire l'accesso alla tabelle...si può rendere difficile ma se i dati fossero sensibili, e, secondo me lo sono molto, devi pensare ad un back end diverso, SQL server ad esempio tanto per restare in casa MSFT.

Answer 4

Sono sempre io ma non ricordo i dati d'accesso dello scorso account. 

Questo è il database:    https://drive.google.com/open?id=1cimC7gYsdfFBtnDV7A8EJSRaxH\_l2uL3

Purtroppo hai ragione. Ho creato due tabelle solo per necessità nel senso che la prima era piena. In effetti a me converrebbe creare tante tabelle quante sono le maschere in modo da separare le varie parti della cartella clinica. 

L'unico motivo per cui non l'ho fatto è che ero preoccupato per le relazioni tra le tabelle. Ero convinto bastasse connettere tra di loro gli ID ma non ne ero convinto quindi ho deciso i procedere in questo modo. Grazie mille per l'interessamento Sandro Peruz.

Answer 5

ciao Antonio,

[...]

È da un paio di giorni che cerco una soluzione  al mio problema con le guide online ma non trovo risposta in quanto tutte le guide che trovo nell'ambito che mi interessa sono per office 2007 e io uso il 2016. 

[....]

credo che la versione di access per il problema che poni sia irrilevante.

[...]

Quando compulsivo le maschere re ala fine mi dice che ho raggiunto i 255 campi. Purtroppo non posso farne di meno, anzi se fosse possibile dovrei aggiungere altri 8 campi. Qualcuno sa come posso fare per ovviare a questa situazione  9 devo per forza rinunciare a qualcosa di già inserito? 

[....]

i limiti di access in forms e reports in termini di controlli sono ben lontani da 255 che invece rappresenta il limite per il numero di campi nella tabella.

Prima di pensare a report o forms, mi verrebbe da suggerire una riflessione importante nella struttura della base dati.

Sebbene sia possibile raggiungere il limite circa il numero dei campi (255 in una tabella) la tua impostazione potrebbe essere stata strutturata con due bei tabelloni stile Excel contenenti tutte le informazioni che servono...ma un db relazionale ragiona in modo diverso e generalmente la base dati è "alta" non "larga".

Tutto questo poi si riflette in modo negativo su tutto ciò che viene dopo, maschere/reports, per cui devi fare voli pindarici per "tirar fuori" quello che ti serve.

E' ovviamente una mia ipotesi, senza vedere il db e senza sapere quali siano le reali necessità, impossibile esserne certi.

Se vuoi condividi la struttura della tabelle e vediamo se è corretta oppure no.... e vediamo anche cosa dicono gli altri.

HTH.

Ciao, Sandro.