endoxweb -k8凯发
- modifiche login: 1 giorno
referti: stampa 0, salvataggio txt: 1 giorno
chiusura esame: 2 giorni
integrazione con tesi lock: 1 giorno
controllo modifica esame: 2 giorni
controllo modifica paziente: 2 giorni
ricerca esame: 7 giorni (anche con ricerca testo libero)
passaggio su oracle: 3 giorni
dati identificazione client: 1 giorno
firma digitale con medas: 3 giorni
allegati esame ed allegati al paziente: 7 - 10 giorni
inserimento esame (integrazione worklist): 1 giorno
pacs - integrazione: 2 giorni
worklist-integrazioni: 7 giorni
servizio stampa su server con macro: 10 giorni
export immagini: 1 giorno
dyncontrols altri tipi esame humanitas: ???
checklist: 5 giorni
controlli codejoke con dhtmlx: 10 giorni
__________________________
totale: 69 giorni di sviluppo sviluppo controlli humanitas in parallelo (lara)
-
identificazione client
- sala e uo del client
- possibilità di cambiare uo e sala
- logiche di visione esami e modifica tra diverse uo
-
firma digitale
- firma remota su medas
- leggere documentazione
-
inserimento esame
- se inserimento manuale nuovo esame, aggiunge record in worklist (serve transcodifica al contrario)
-
pacs - integrazione
- al livello di impianto si decide se inviare nessuna immagine al pacs, solo quelle nel referto o tutte le immagini, si può sempre selezionare elenco immagini e decidere di inviare al pacs manualmente.
- si inseriscono record sulla tabella dicom si inserisce l'id dell'immagine poi è il servizio dicom che invia
- invio immagine organo con punti in sovraimpressione (da fare)
- possibilità di fare vedere sulla lista immagini un codice colore (bordo) per capire quali immagini sono archiviate a pacs e quali no
-
worklist - integrazioni
- associazione immagine organo pacs
- click su elemento worklist crea paziente ed esame se non presenti. inserimento paziente: verifico se paziente esiste già anche senza assiden e propongo l'abbinamento, se esiste un esame dello stesso tipo di quello che si vuole inserire, nello stesso giorno e dello stesso paziente viene proposto l'abbinamento tra esame worklist ed esame endox (caso integrazioni non attive per disservizio)
- filtro per sedi e sale, visione worklist di sedi differenti, ma non importazione esame di altra sede
- filtro per stato
- il layout della worklist è configurabile, la tabella è configurazionilistapren
- definire tutti gli inserimenti da fare nelle tabelle ext quando si agisce su worklist e/o esame endox
-
macro di stampa
- condivisione stampanti in rete su server
- sviluppo servizio di stampa wcf
-
streaming server
- iis
- unreal streaming server
- conversione video in mp4
- export immagini
-
dyncontrols
- sviluppo dei controlli per tutti i tipi esame humanitas
- checklist
-
controllo codejoke con dhtmlx
- bertoli 15 gg per farla su endox
- realizzazione in endoxweb con grid dhtmlx
-
passaggio ad oracle
- aggiornamento di oracle humanitas alla versione 17.15
- allineamento sql alla 17.15
- verifica tutti gli entities su oracle
-
ricerca esami
- ricerca testo libero anche su referto
- export di campi esame da una lista (check con esporta tutti)
-
allegati all'esame
- mostrare tutti i pdf prodotti da endox
- se da esami precedenti, click su esame visione pdf
- integrazione con il repository humanitas
-
controllo pazienti in modifica
- la modifica di paziente può sempre essere fatta
- da fare verifica omonimie in inserimento (modifica)
- certificazione mef codice fiscale certificato: non si può modificare il cf
- certificazione siss: non si possono modificare cognome, nome, sesso, data e comune nascita e cf
-
controllo modifica esame
- anche se chiuso alcuni campi possono essere modificati
- verificare campi modificabili in funzione dello stato esame
- non si possono modificare esami di altre sedi
- integrazione con tesi lock
-
referti
- verificare salvataggio anche txt
-
chiusura esame
- stampa report di default, il primo della lista sarà quello firmato e che costituisce il report di default, ci possono essere più report da generare alla chiusura dell'esame. (verificare configurazioni in tabella: reportsdefault)
- finestra con richiesta tipo stampa da produrre
-
produzione pdf: in chiusura esame o in stampa
- dipende da come è configurato il report nel file rpt c'è scritto se va salvato in pdf il referto dopo la stampa
- alla chiusura dell'esame è associata la stampa di un pdf
- serve analisi sull'evento di chiusura esame (ci sono tante cose che endox verifica)
-
ampdfmanaged ampdfcreatormanaged
- serve analisi su produzione pdf, verificare compatibilità con ambiente web
- endox esegue un sacco di operazioni hard coded per produrre il pdf. (file esamiviewprinter -> incluse in exe davide)
- il file rpt viene interpretato da un
-
login: adattare con le ultime modifiche del fleury
- diritti legati solo ad utente e non a sede
- diritti utente bitwise or per somma dei diritti