Ogni volta che una persona viene al laboratorio presenta un'impgnativa
che va registrata con alcuni dati anagrafici e sanitari. Fin qui tutto
bene. Ogni impegnativa può però contenere al massimo 8 prestazioni.
1° problema: se uso delle relazioni, così come ho fatto, come faccio
a limitare ad otto il numero dei record collegati a quello
dell'impegntiva?
Andiamo avanti. Scelgo quindi le otto prestazioni da una tabella che
contiene tutti questi dati e il lavoro cosiddetto di accettazione è
finito.
Una volta effettuate le analisi dovrei però inserire i valori e qui
nascono un bel pò di problemi perchè ogni prestazione può avere un
numero di verso di parametri. Cerco di essere più chiaro: le analisi
delle urine hanno otto parametri, quelle del colesterolo 5 e così via.
La soluzione che avevo in mente era quella di creare le seguenti
tabelle:
Impegnative: IdImpegnativa, identificativo, cognome, nome,...
Prestazioni: IdPrestazione, nome, codice, prezzo
Parametri: IdParametro, nome,
valorimediU,valorimeediD,IdPrestazione(campo collegato con la tabella
Prestazini)
PrestErogate: IdErogazione,IdImpegnativa, IdPrestazione
Dovrei quindi collegare la tabella PrestErogate con Impegnative e
sempre PrestErogate con Prestazioni
Come faccio adesso a fare in modo che ogni volta che scelgo
nell'impegnativa una determinata prestazione mi vengano richiamati i
paremetri associati proprio a quella prestazione. Credo che dovrei
inserire un'altra tabella ma non riesco a capire come!
Le relazioi sono giuste? e per quanto riguarda l'interfaccia come
potrei organizzarla?
Ciao e grazie!
Luigi
Ciao e grazie!
Luigi
Una domanda.
Sai che cosa è un LIS o LIMS?
SunRex
No!
No!
Mi sembrava
Lascia perdere.
SunRex
Scusa ma non capisco! E' qualcosa che riguarda lo sviluppo del
programma?
Ciao,
Luigi
Per LIS si intende il Laboratory Information System cioè qualsiasi
programma per la gestione delle informazioni (analisi cliniche) di un
laboratorio analisi.
Normalmente esistono delle Software House specializzate in questo campo che
producono
programmi tipo
Italab ,PowerLab,Astrolab etc etc.
Tanto per farti rendere conto Italab di cui ho conoscenza diretta lavora su
DB Oracole.
Ora fare "un programmino per la stampa dei risultati delle analisi per un
laboratorio di analisi cliniche"
in access ,a meno che tu usi Access solo come FE e ti appoggi almeno ad SQL
Server è semplicemente impossibile
data la mole di dati che anche se il lab è piccolo dovresti gestire(Access
2000 regge fino a 2 giga)
.Anche così non è uno scherzo in quanto dovresti almeno per le analisi
eseguite in automatico (chimica clinica,ematologia,coagulazione
,immunometria) sviluppare anche dei moduli per interfacciare il tuo
programma con le varie macchine che hanno normalmente protocolli
di interfacciamneto differenti l'una dall'altra e dovresti chiedere alle
varie ditte produttrici delle macchine le specifiche.Questo a meno di non
obbligare il personale del lab ad inserire a manina santa i risultati cosa
piuttosto singolare al giorno d'oggi.Infatti per esempio una macchina
che esegue emocromi produce per ogni campione circa 35 risultati numerici.Di
questi normalmente solo una ventina vengono "refertati" cioè
se il tuo piccolo lab fa almeno 20 emocromi al giorno gli utenti si
dovrebbero inserire a manina santa 400 risultati solo per gli emocromi.
Se per assurdo qualche pazzo volesse usare un programma che non prevede
l'interfacciamento eccoti una serie di problemi da risolvere:
Gestione delle analisi
Finchè il paziente richiede solo test semplici (azotemia glicemia
creatinemia PT solo se gli dai la ratio etc etc) non ci sono problemi ma se
mi chiede
per esempio la creatinina clearance gli devo fare la creatinemia, la
creatinuria ,misurare il volume delle urine delle 24 h farmi i calcoli e
dargli i risultati.
Chiaramente in fase di inserimento se ho una richiesta di creatinina
clearance devo inserire di default anche la creatinemia (quindi il paziente
oltre che a portare l'urina delle 24h dovrà fare un prelievo di sangue) ed
avrò bisogno di un campo per il volume delle urine.Il cielo poi non voglia
che ti chiedano un esame di batteriologia ,per es. un bel tampone
faringeo.Come lo gestisci dato che avresti questi tipi di risultati
:Sterile,Inquinato(ripete),un ceppo patogeno (ma allora gli devi fare
l'antibiogramma sia per identificarlo che per vedere a quali antibiotici è
resistente ,o meno ed a che concentrazione (si chiama MIC) ma il paziente se
non ha richiesto l'antibiogramma non lo ha nemmeno pagato....e come famo gli
diciamo che ci sta un patogeno che molto probabilmente è la causa del suo
problema ma non gli diciamo quale è perchè non ce lo ha pagato?
Gestione dei valori di riferimento
Ogni analisi ha i suoi bei valori di riferimento che sono dati dalla tecnica
usata per la determinazione dell'analita in questione.
Per esempio la concentrazione degli elettroliti Na,K,Cl può essere data in
millimoli/L o milliEq/L.Stica dirai tu, mica tanto ti dico io perchè
se cambiate la tecnica analitica o vi convertite a mano (ancora) le unità di
misura oppure ti tocca inserire i nuovi valori di riferimento.Non
sottovalutare
questo aspetto dato che in un lab c'è un turn over di tecnologia molto
alto.Aggiungo che molte analisi hanno valori di riferimento associati alla
condizione e/o
età del paziente come per esempio gli ormoni nelle donne a seconda del ciclo
il PSA negli uomini a seconda dell'età le LUC che nei bambini non sono
patologiche.
Devi anche prevedere risultati che non hanno un valore di riferimento come
per esempio un esame microscopico di uno striscio di sangue.In questo caso
l'analista
descrive quello che vede sul vetrino con testo libero.Pensa che per
l'analisi delle urine è previsto sia un risultato descrittivo che uno
chimico fisico con valori di riferimento.
Controllo della refertazione
Durante la routine giornaliera dovrai sempre sapere quali referti sono:
Completi
Parzialmente refertati
Stampati almeno una volta
Gestione dei risultati
Alcune analisi devono essere gestite(in particolare i risultati) solo da
personale si del lab ma incaricato espressamente dal primario di questo.
Mi riferisco ad esempio al test dell'HIV.Questo per ovvi motivi di
riservatezza e perchè oltre all'obbligo di denuncia al ministero della
salute in caso
di positività il risultato deve essere comunicato al paziente in modo
particolare.
Gestione dei "Fogli di lavoro" o liste
Dato che abbiamo il programma usiamolo, quindi dopo aver inserito i tuoi bei
pazienti con le loro belle analisi dovrai prevedere che il tuo programma
sia in grado di "distribuire" il lavoro alle varie sezioni in cui è composto
il lab.Bada che anche se il lab è piccolo sta cosa dovrai farla e quindi
oltra che a caricare
le analisi dovrai associare ogni analisi ad ogni sezione del lab prevedendo
anche che di tanto in tanto e per ragioni a me ancora sconosciute le analis
vengono cedute od acquistate dalle varie sezioni.Chiaramente se di un
analisi c'è il risultato dentro non vorrai stamparla perchè a te interessa
solo quello che c'è da fare.
Mi fermo qui, ho volutamente omesso la gestione dell'anagrafica del paziente
che è un discorso a parte ma è simile a tanti altri gestionali.
Se hai dei dubbi chiedi.
SunRex
P.S.
Per interesse personale....
Che tipo di analisi dovrebbe far sto laboratorio e quante?
Ciao sunrex
scusa se mi intrometto ma č molto interessante la conoscenza dei sistemi di
laboratorio analisi che hai
suppongo che conosci anche i parassitologici e vari test che si fanno (il
mio campo principale)
Qualche domanda:
Di cosa ti occuoppi ?
Ci sarai al CISA1 ?
Mi piacerebbe discutere con te di alcune cose rilevanti la programmazione
Access come FE su database ospedalieri ( ORACOLE, INFORMIX, SQL server, e
MySQL)
e su gestione dati specialistici (0,005% dei dati di un DBclinico completo)
registrati su MySQL o MSDE dedicato.
Crazie
Stefano Laganŕ
Stkabisa
Arricchire o non arricchire,this is the problem.Si qualcosa conosco
e per quello che non so ,ho i miei agganci per arrivarci (INMI di Roma).
> Qualche domanda:
> Di cosa ti occuoppi ?
Di analisi di laboratorio ,sono un tecnico di lab.
> Ci sarai al CISA1 ?
Purtroppo causa infortunio al tendine d'achille no.
> Mi piacerebbe discutere con te di alcune cose rilevanti la programmazione
> Access come FE su database ospedalieri ( ORACOLE, INFORMIX, SQL server, e
> MySQL)
Mah, non so se ti posso aiutare sulla parte informatica, io uso solo access
anche se
sul lavoro ho un programma in access che prende i pazienti che effettuano
una particolare prestazione
(micologica) dal CUP dell'ospedale che ha il db in SQL server ma per fare
questo ho lincato
un paio di tbl (ho meglio me le hanno lincate i ragazzi del CED) ed eseguo
una qry su queste tbl.
Avevo fatto anche un programma in Access che estraeva da DB Oracle le
analisi e le confrontava con la quantità
di materiali utilizzati per eseguire le stesse ma il primate del lab non ha
voluto che continuassi.........:(
Cmq per la mia piccola esperienza agganciarsi ad un db tipo oracle o SQL
Server usando ODBC giusti
non è un problema.Solo una volta mi è stato detto che le mie interrogazioni
su SQL Server rallentavano
il programma del CUP ma utilizzando una routine di Alessandro Baraldi sono
riuscito a dimostrare che non
era vero.(santo alex)
> e su gestione dati specialistici (0,005% dei dati di un DBclinico
completo)
> registrati su MySQL o MSDE dedicato.
Ha che tipo di dati ti riferisci?
>
> Crazie
Preco
SunRex
> Stefano Laganà
> Stkabisa
>
>
>
>
>
>Se hai dubbi chiedi.
sono bastate poche righe del tuo messaggio per farmi cambiare subito
idea. Sinceramente non credevo ci fossero tanti aspetti di cui tener
conto per fare quello che volevo. Ti spiego nei dettagli la situazione:
c'è un mio parente che è il proprietario di questo laboratorio e
poichè usano un programma che gira sotto dos e hanno avuto "qualche"
problemino pensavo di fare qualcosa di più "moderno" e che fosse anche
più facile da gestire. In effetti il laboratorio non è molto grande e
credo che inseriscano ancora a manina tutti i dati delle analisi. Credo
che il quantitativo si aggiri intorno a 1500 prestazioni erogate al
mese. Per assurdo io potrei anche prevedere la cancellazione di tutti i
dati alla fine di ogni mese (magari dopo aver fatto un backup) e
cancellarli per evitare il problema delle grosse quantità di dati da
gestire. Ma se anche questo fosse possibile resterebbe cmq da risolvere
il problema di come strutturare tutta l'applicazione. Indagherò meglio
sulle loro modalità operative e poi ti farò sapere qualcosa in
merito. Non credo nemmeno che effettuino tutte le possibili analisi di
questo mondo e questo potrebbe essere un grosso vantaggio!
Cmq i miei complimenti per le tue conoscenze e i miei ringraziamenti
per la tua risposta.
Ciao e grazie,
Luigi
--
Matteo Barsotti
C.B.Sistemi
Tel. 041 976162
www.cbsistemi.it
Che ne diete di spostare questa discussione in privato tra voi due??
--
_ _
Ciao
MAssimiliano Amendola www.accessgroup.it
Cisa1 - I° Conferenza Italiana per Sviluppatori Access Arezzo 4+5
Giugno 2005 Sono aperte le iscrizioni Info: www.donkarl.com/it
Fatto!
In ogni caso ripropongo la domanda al newsgroup: la cosa è talmente
difficile che non riuscirei mai a fare quello che voglio? Un
programmino in cui giorno per giorno la segretaria inserisce i valori
delle analisi e mi dà la possibilità di stamparli. Per quanto
riguarda il fattore grandi quantità di dati non ho bisogno di
conservare tutto lo storico e potrei cancellare tutto a fine settimana
o mese.
Ciao e grazie,
Luigi
Io non mi spaventeri.
Inizia a creati una struttura in questo modo
Tbl_Eseame
id
Esame
Macchinario
e un'altra
tbl_specificaEsami
Esame
um1
Limiti1
um2
Limiti2
um3
Limiti3
Note
E riempila con il nome dell'esame e del macchinario la prima
i valori da richiedere nella seconda
Poi continuiamo insieme
L'altra tabella contiene questi campi: IdSpecifica, Esame, UM1,
Limite1, UM2, Limite2, UM3, Limite3, Note.
Ma questa tabella dovrebbe contenere i parametri degli esami? Te lo
chiedo perchè ci sono esami come quelli delle urine che contengono 13
parametri. Devo quindi inserire 13 campi UM e 13 campi di limite?
Ciao e ancora grazie!
Luigi
Vuoi legare Esame (molti) con CodiceEsame(Uno)? Bene.
> Ma questa tabella dovrebbe contenere i parametri degli esami? Te lo
> chiedo perchè ci sono esami come quelli delle urine che contengono 13
> parametri. Devo quindi inserire 13 campi UM e 13 campi di limite?
Nessuno ci vieta ci scriverli su 3 livelli no?
>
> Ciao e ancora grazie!
Bene.
Ora creati una scheda assistito e una ricetta (qui ci metteremo gli esami
prescritti)
> Luigi
Si credo che sia la soluzione migliore. Alla fine non posso prevedere
il numero massimo di parametri. Un giorno potrebbero esserci 20
parametri, e allora che faccio mi metto a modificare la tabella?
> > Ma questa tabella dovrebbe contenere i parametri degli esami? Te lo
> > chiedo perchè ci sono esami come quelli delle urine che contengono
13
> > parametri. Devo quindi inserire 13 campi UM e 13 campi di limite?
>
> Nessuno ci vieta ci scriverli su 3 livelli no?
Cosa intendi con questo? Scusa la domanda!
> Bene.
> Ora creati una scheda assistito e una ricetta (qui ci metteremo gli
esami
> prescritti)
Queste tabelle vanno cmq legate con una relazione uno(paziente)a
molti(ricette),giusto? In questo medo però devo "costringere" la
segretaria a non aggiungere ogni volta un nuovo paziente ma a
richiamare quelli già presenti in archivio o aggiungerlo nel caso uno
nuovo,giusto?
Si credo che sia la soluzione migliore. Alla fine non posso prevedere
il numero massimo di parametri. Un giorno potrebbero esserci 20
parametri, e allora che faccio mi metto a modificare la tabella?
> > Ma questa tabella dovrebbe contenere i parametri degli esami? Te lo
> > chiedo perchè ci sono esami come quelli delle urine che contengono
13
> > parametri. Devo quindi inserire 13 campi UM e 13 campi di limite?
>
> Nessuno ci vieta ci scriverli su 3 livelli no?
Cosa intendi con questo? Scusa la domanda!
> Bene.
> Ora creati una scheda assistito e una ricetta (qui ci metteremo gli
esami
> prescritti)
Queste tabelle vanno cmq legate con una relazione uno(paziente)a
molti(ricette),giusto? In questo medo però devo "costringere" la
segretaria a non aggiungere ogni volta un nuovo paziente ma a
richiamare quelli già presenti in archivio o aggiungerlo nel caso uno
nuovo,giusto?
Ti faccio sapere!
Ciao e grazie,
Luigi
Credo di sì
>
>
>>> Ma questa tabella dovrebbe contenere i parametri degli esami? Te lo
>>> chiedo perchè ci sono esami come quelli delle urine che contengono
>>> 13 parametri. Devo quindi inserire 13 campi UM e 13 campi di limite?
>>
>> Nessuno ci vieta ci scriverli su 3 livelli no?
>
> Cosa intendi con questo? Scusa la domanda!
3 record
Tipo
EsameX Parametro1, parametro2, parametro3
EsameX Parametro4, parametro5, parametro6
EsameX Parametro7, parametro8, parametro9
Maglio ancora se usassimo un valore per ogni record, ma questo lo
devidecidere tu.
I vantaggi sono ai fini statistici e quindi puo lavorarci molto meglio.
>
>
>> Bene.
>> Ora creati una scheda assistito e una ricetta (qui ci metteremo gli
>> esami prescritti)
>
> Queste tabelle vanno cmq legate con una relazione uno(paziente)a
> molti(ricette),giusto? In questo medo però devo "costringere" la
> segretaria a non aggiungere ogni volta un nuovo paziente ma a
> richiamare quelli già presenti in archivio o aggiungerlo nel caso uno
> nuovo,giusto?
Infatti
Perchè non ci lavoriamo insieme come progetto di Accessgroup?
Credo che la soluzione migliore è quella di un valore per ogni record.
Farò così!
> >
> >> Bene.
> >> Ora creati una scheda assistito e una ricetta (qui ci metteremo
gli
> >> esami prescritti)
> >
> > Queste tabelle vanno cmq legate con una relazione uno(paziente)a
> > molti(ricette),giusto? In questo medo però devo "costringere" la
> > segretaria a non aggiungere ogni volta un nuovo paziente ma a
> > richiamare quelli già presenti in archivio o aggiungerlo nel caso
uno
> > nuovo,giusto?
> Infatti
> Perchè non ci lavoriamo insieme come progetto di Accessgroup?
Per me non ci sarebbero problemi! Solo che le mie conoscenze e
competenze in ambito access non sono immense!però ci sto a fare la mia
piccola parte!
Ciao e grazie,
Luigi
Bene approntiamo la tabelle e poi ne riparliamo
Anzitutto le tabelle le chiamamo con il prefisso tbl minuscolo tipo
tblAnagrafica.
Poi i nomi dei campi li teniamo legati e non formati da più parole
Per ora dovremmo creare una tblAnagrafica e Maschera Anagrafica che possiamo
chiamare frmAnagrafica
Ricordati il campo codicefiscale perchè serve per la comuicazione all'asl
>
>
>>>
>>>> Bene.
>>>> Ora creati una scheda assistito e una ricetta (qui ci metteremo gli
>>>> esami prescritti)
>>>
>>> Queste tabelle vanno cmq legate con una relazione uno(paziente)a
>>> molti(ricette),giusto? In questo medo però devo "costringere" la
>>> segretaria a non aggiungere ogni volta un nuovo paziente ma a
>>> richiamare quelli già presenti in archivio o aggiungerlo nel caso
>>> uno nuovo,giusto?
>> Infatti
>> Perchè non ci lavoriamo insieme come progetto di Accessgroup?
>
> Per me non ci sarebbero problemi! Solo che le mie conoscenze e
> competenze in ambito access non sono immense!però ci sto a fare la mia
> piccola parte!
Su questo non ci sono problemi
>
> Ciao e grazie,
> Luigi
Allora facciamo un breve riepilogo della situazione.
Al momento abbiamo una tabella in cui sono riportate tutte le
analisi(tblEsami) e una in cui sono riportate tutte le specifiche per
ogni singola analisi(tblSpecifiche).Ovviamente queste tabelle sono
collegate con una relazione uno a molti (un'anlisi può avere più
parametri); una tabella con l'anagrafica dei pazienti(tblAnagrafica) e
una tabella con le ricette(tblRicette). Anche queste tabelle sono
collegate con una relazione uno a molti (un paziente può avere più
ricette).
Ora di mia iniziativa ho creato un'altra tabella(tblErogazioni) che
contiene i dati relativi alle analisi erogate per ogni ricetta. I campi
sono 3: iderogazione, idricetta, idanalisi che dovrebbe servire per
inserire le analisi prescritte in ogni singola ricetta. E' giusto
questo passaggio o sbaglio?
Ora però dovremmo creare "qualcosa" in cui mettere i dati dei
parametri delle analisi per ogni ricetta. E qui mi blocco! Qualche
suggerimento?
Ciao,
Luigi
> Allora facciamo un breve riepilogo della situazione.
>
> Al momento abbiamo una tabella in cui sono riportate tutte le
> analisi(tblEsami) e una in cui sono riportate tutte le specifiche per
> ogni singola analisi(tblSpecifiche).Ovviamente queste tabelle sono
> collegate con una relazione uno a molti (un'anlisi può avere più
> parametri); una tabella con l'anagrafica dei pazienti(tblAnagrafica)
e
> una tabella con le ricette(tblRicette). Anche queste tabelle sono
> collegate con una relazione uno a molti (un paziente può avere più
> ricette).
>
> Ora di mia iniziativa ho creato un'altra tabella(tblErogazioni) che
> contiene i dati relativi alle analisi erogate per ogni ricetta. I
campi
> sono 3: iderogazione, idricetta, idanalisi che dovrebbe servire per
> inserire le analisi prescritte in ogni singola ricetta. E' giusto
> questo passaggio o sbaglio?
>
> Ora però dovremmo creare "qualcosa" in cui mettere i dati dei
> parametri delle analisi per ogni ricetta. E qui mi blocco! Qualche
> suggerimento?
>
Avrei pensato che la soluzione potrebbe essere una query di
accodamento.Ogni volta che inseriamo un'analisi in una ricetta una
query di accodamento potrebbe aggiungere tutti i parametri propri di
quell'analisi in una tabella dedicata dove oltre a questi dati viene
registrato anche l'idricetta.
Che ne dite?
Ciao,
Luigi
Vedi come diventa lineare se si struttura bene?
>
> Ciao,
Per convenzione, quando in una tabella richiamiamo un campo di un'altra, non
ripetiamo
il nome a cui si riferisce (potremmo creare confusione), ma usiamo il
prefisso
rif_. Quindi avremo rif_Idricetta. Così facendo abbiamo anche l'indicazione
che i nomi dei campi che cominciano per id sono contatori e non numerici
come invece sono questi idricetta e id analisi.
Qundi chiariamo l'uso di quest tbl: ci serve per elencare le richieste
presenti nella ricetta.
> Ora però dovremmo creare "qualcosa" in cui mettere i dati dei
> parametri delle analisi per ogni ricetta. E qui mi blocco! Qualche
> suggerimento?
Quella che diventa una "distita base" della ricetta e che servirà anche per
il foglio di lavoro per i tecnici.
Bene coem campi abbiamo bisogno di
rif_idRicetta (uno a molti con ricetta)
rif_specifica (si riferisce all'eneco che abbiamo fatto prima, ma non c'è
bisogno di relazionarla)
e così tutti i campi della tabella tblSpecifiche.
dobbiamo ripetere anche anche i valori di riferimento di modo che noi
storicizzeremo questa tabella e anche se domani quella specifica verrà
eliminata, non elimineremo anche l'esame fatto a quell'assistito.
Come dicevi nell'altro post, ovviamente una semplice query di accodamento ci
predisporrà i valori di riferimento.
>
> Ciao,
Credo che con la struttura "logica" ci siamo, altri aggiustamenti o
aggiunte potremmo farle sempre in seguito.
Vorrei chiederti ancora un pò di cose: il numero massimo di
prestazioni erogabili in una ricetta è pari ad 8 esami e 8 prelievi
(generalmente se ne fa uno solo!)possiamo già in questa fase imporre
il limite massimo di analisi per ricetta?
Per l'interfaccia grafica invece secondo me dovremmo fare in questo
modo: una maschera per l'accettazione e una per l'inserimento dei
valori degli esami. Che ne dici?
Al momento dell'accettazione si sceglie il paziente fra quelli presenti
in anagrafica (o lo si aggiunge nel caso non fosse ancora presente)e si
inseriscono le analsi da effettuare. A questo punto dovremmo eseguire
già la query di accodamento per riempire la tabella dei parametri in
cui inserire i valori.
In un secondo momento poi si passa al riempimeto della tabella con le
analisi e i parametri per ognuno! Per fare questo potremmo creare una
maschera in cui vengono visualizzate le sole ricette per le quali non
sono state ancora inseriti i valori o cmq possiamo dare la possibilità
di ricercarle per data o numero identificativo.
Ciao,
Lugi
Su questo no sono d'accordo. Se lo vogliamo fare insieme ne dobbiamo
parlare qui,
altrimenti te lo faccio e te lo mando insieme alla fattura... ;-P
> Credo che con la struttura "logica" ci siamo, altri aggiustamenti o
> aggiunte potremmo farle sempre in seguito.
Ti ho segnato delle cose, spero che alla fine riporterai un pò il tuo qui.
>
> Vorrei chiederti ancora un pò di cose: il numero massimo di
> prestazioni erogabili in una ricetta è pari ad 8 esami e 8 prelievi
> (generalmente se ne fa uno solo!)possiamo già in questa fase imporre
> il limite massimo di analisi per ricetta?
3 prelievi.
Sì comuneque possiamo tranquillamente farlo.
>
> Per l'interfaccia grafica invece secondo me dovremmo fare in questo
> modo: una maschera per l'accettazione e una per l'inserimento dei
> valori degli esami. Che ne dici?
>
> Al momento dell'accettazione si sceglie il paziente fra quelli
> presenti in anagrafica (o lo si aggiunge nel caso non fosse ancora
> presente)e si inseriscono le analsi da effettuare. A questo punto
> dovremmo eseguire già la query di accodamento per riempire la tabella
> dei parametri in cui inserire i valori.
Sì e viene generato un folio di lavoro per professionisti e per macchina,
cioè gli stessi dati possono esseri valorizzati o dal singolo dottore
(bisognerà aggiungere i campi nella tabella)
che si fa tutti gli esami che gli competono a prescindere dalla macchina o
dalla macchina (cioè il macchinario xxx ha fatto gli esami aaa per tizio e
per Caio, bbb x caio e sempronio etc..)
Il limite lo strutturiamo al livello di interfaccia
>
> In un secondo momento poi si passa al riempimeto della tabella con le
> analisi e i parametri per ognuno! Per fare questo potremmo creare una
> maschera in cui vengono visualizzate le sole ricette per le quali non
> sono state ancora inseriti i valori o cmq possiamo dare la possibilità
> di ricercarle per data o numero identificativo.
Anche, ma non ripecchierebbe i fogli lavoro, ma cmq va benissimo
>
> Ciao,
> Lugi
Era solo per inviarti qualcosa di concetro ma ho cmq intenzione di
continuare a lavorare qui.
> > Credo che con la struttura "logica" ci siamo, altri aggiustamenti o
> > aggiunte potremmo farle sempre in seguito.
>
> Ti ho segnato delle cose, spero che alla fine riporterai un pò il
tuo qui.
Io avevo creato una tblErogazioni che conteneva le analisi di ogni
ricetta e una tblValori che conteneva i valori di ogni parametro
dell'esame. Queste due erano legate ma tu dici che è meglio fare di
queste due un'unica tabella che contenga i campi di entrambe! Quindi
dovrei eliminare la tblValori e inserire nella TblErogazioni i campi
relativi ai parametri dei singoli esami? Ma mi sfugge qualcosa e
soprattutto vorrei cercare di capire la logica: in quale tabella
"facciamo l'accettazione"? La mia idea era quella di avere un tabella
in cui inserire solo le analisi da fare e poi inserire nell'altra i
parametri e relativi valori! Facendo come dici tu la query di
accodamento dovrebbe inserire nella tabella erogazioni i parametri,
giusto?
Credo sia meglio farlo con le macchine (adesso capisco perchè quel
campo macchinario nella tblEsami!)
> >
> > In un secondo momento poi si passa al riempimeto della tabella con
le
> > analisi e i parametri per ognuno! Per fare questo potremmo creare
una
> > maschera in cui vengono visualizzate le sole ricette per le quali
non
> > sono state ancora inseriti i valori o cmq possiamo dare la
possibilità
> > di ricercarle per data o numero identificativo.
>
> Anche, ma non ripecchierebbe i fogli lavoro, ma cmq va benissimo
>
Ho inserito anche i campi mancanti di cui mi hai scritto quali
prescrittore, esenzione e ho creato una tblStruttura in cui inserire i
parametri del laboratorio: codice, codicefiscale, tipo di convenzione,
regione, asl di appartenenza, distretto,ecc... se può interessare a
qualcuno ho proprio la documentazione che mi hanno dato al distretto
sanitario quando ho fatto l'altro programma per la comunicazione dei
dati relativi alle ricette.