1. 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)
2. Identificazione client
   1. Sala e UO del client
   2. Possibilità di cambiare UO e sala
   3. Logiche di visione esami e modifica tra diverse UO
3. Firma digitale
   1. Firma remota su Medas
   2. Leggere documentazione
4. Inserimento Esame
   1. Se inserimento manuale nuovo esame, aggiunge record in worklist (serve transcodifica al contrario)
5. PACS - Integrazione
   1. 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.
   2. Si inseriscono record sulla tabella DICOM si inserisce l'id dell'immagine poi è il servizio dicom che invia
   3. invio immagine organo con punti in sovraimpressione (da fare)
   4. Possibilità di fare vedere sulla lista immagini un codice colore (bordo) per capire quali immagini sono archiviate a pacs e quali no
6. Worklist - Integrazioni
   1. Associazione immagine organo PACS
   2. 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)
   3. Filtro per sedi e sale, visione worklist di sedi differenti, ma non importazione esame di altra sede
   4. Filtro per stato
   5. Il layout della worklist è configurabile, la tabella è CONFIGURAZIONILISTAPREN
   6. Definire tutti gli inserimenti da fare nelle tabelle ext quando si agisce su worklist e/o esame endox
7. Macro di stampa
   1. condivisione stampanti in rete su server
   2. sviluppo servizio di stampa wcf
8. Streaming Server
   1. IIS
   2. Unreal Streaming Server
   3. Conversione Video in MP4
9. Export immagini
10. DynControls
    1. sviluppo dei controlli per tutti i tipi esame humanitas
11. Checklist
12. Controllo CodeJoke con dhtmlx
    1. Bertoli 15 gg per farla su Endox
    2. Realizzazione in EndoxWeb con grid dhtmlx
13. Passaggio ad Oracle
    1. Aggiornamento di Oracle humanitas alla versione 17.15
    2. Allineamento sql alla 17.15
    3. Verifica tutti gli entities su oracle
14. Ricerca Esami
    1. ricerca testo libero anche su referto
    2. export di campi esame da una lista (check con esporta tutti)
15. Allegati all'esame
    1. Mostrare tutti i pdf prodotti da Endox
    2. Se da esami precedenti, click su esame visione pdf
    3. Integrazione con il repository humanitas
16. Controllo pazienti in modifica
    1. La modifica di paziente può sempre essere fatta
    2. Da fare verifica omonimie in inserimento (modifica)
    3. Certificazione mef codice fiscale certificato: non si può modificare il cf
    4. Certificazione siss: non si possono modificare cognome, nome, sesso, data e comune nascita e cf
17. Controllo modifica Esame
    1. Anche se chiuso alcuni campi possono essere modificati
    2. verificare campi modificabili in funzione dello stato esame
    3. Non si possono modificare esami di altre sedi
18. Integrazione con Tesi Lock
19. Referti
    1. Verificare salvataggio anche txt
20. Chiusura Esame
    1. 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)
    2. finestra con richiesta tipo stampa da produrre
    3. Produzione pdf: in chiusura esame o in stampa
       1. Dipende da come è configurato il report nel file rpt c'è scritto se va salvato in pdf il referto dopo la stampa
       2. Alla chiusura dell'esame è associata la stampa di un pdf
    4. Serve analisi sull'evento di chiusura esame (ci sono tante cose che endox verifica)
21. AmPdfManaged AmPdfCreatorManaged
    1. Serve analisi su produzione pdf, verificare compatibilità con ambiente web
    2. Endox esegue un sacco di operazioni hard coded per produrre il pdf. (file EsamiViewPrinter -> INCLUSE IN EXE DAVIDE)
    3. Il file rpt viene interpretato da un
22. Login: adattare con le ultime modifiche del Fleury
    1. Diritti legati solo ad utente e non a sede
    2. Diritti utente bitwise or per somma dei diritti