STANDARD DI INTEGRAZIONE IN SANITA DICOM E HL7. Corso di TELEMEDICINA Lezione del 03/12/08

Dimensione: px
Iniziare la visualizzazioe della pagina:

Download "STANDARD DI INTEGRAZIONE IN SANITA DICOM E HL7. Corso di TELEMEDICINA Lezione del 03/12/08"

Transcript

1 STANDARD DI INTEGRAZIONE IN SANITA DICOM E HL7 Corso di TELEMEDICINA Lezione del 03/12/08

2 NECESSITA DELL ICT Nel mondo dell ICT ci sono alcune importanti necessità: CONDIVISIONE DELLE INFORMAZIONI INTEGRAZIONE DELLE DIVERSE APPLICAZIONI E SISTEMI INFORMATIVI INTEGRAZIONE DELLE DIVERSE TECNOLOGIE E PIATTAFORME

3 IMPORTANZA DEGLI STANDARD La risposta alle richieste dell ICT è data da: Standard Aperti Architetture Aperte Interoperabilità Solo in questo modo si rende possibile il riuso e lo scambio di informazioni tra società diverse al fine di dare servizi on line e on time adeguati alla richiesta del pubblico.

4 Standard, norma e percorso di certificazione Direttiva Europea 98/34/CE del 22 giugno 1998 La Norma è la specifica tecnica approvata da un organismo riconosciuto a svolgere attività normativa e che appartenga a una delle seguenti categorie: norma internazionale (ISO) norma europea (EN) norma nazionale (UNI)

5 SIGNIFICATI: UNI EN - ISO UNI Contraddistingue tutte le norme nazionali italiane e significa che la norma è stata elaborata direttamente dalle Commissioni UNI o dagli Enti Federati EN Identifica le norme elaborate dal CEN (Comité Européen de Normalisation). Le norme EN devono essere obbligatoriamente recepite dai paesi membri C.E., divenendo quindi norme UNI EN. Servono come riferimento per tutte le norme europee e non si ammettono norme nazionali discordanti. ISO Individua le norme elaborate dall ISO (International Organization for Standardization). Queste norme sono un riferimento applicabile in tutto il mondo, a livello nazionale (UNI ISO) oppure a livello europeo (UNI EN ISO)

6 DEFINIZIONE DI NORMA Le NORME sono documenti che definiscono le caratteristiche (dimensionali, prestazionali, ambientali, di sicurezza, di organizzazione ecc.) di un prodotto, processo o servizio, secondo lo stato dell'arte.

7 DEFINIZIONE DI STANDARD Lo STANDARD è un modello di riferimento che utilizza un insieme di elementi per uniformare le caratteristiche di un prodotto o servizio con l'obiettivo di semplificare processi operativi, ottimizzare le risorse, ridurre i costi.

8 CERTIFICAZIONE La certificazione di un prodotto o servizio può avvenire solo dopo la predisposizione di uno standard e tendenzialmente solo dopo che uno standard è stato reso oggetto di una norma.

9 Vantaggi di standard e norme Riduzione dei costi: razionalizzazione delle attività di impresa e dei processi produttivi. Sviluppo di un economia del settore di riferimento, garantendo la conformità dei prodotti alle norme nazionali dei paesi di destinazione (norme EN e ISO). Supportare il legislatore e l'interazione cliente-fornitore, poiché viene demandata alle norme la definizione di requisiti tecnici di riferimento.

10 Standard di comunicazione Interconnessione: si intende la possibilità tecnica di trasferire dati da un sistema a un altro. Interoperabilità: si intende la possibilità che i dati, prodotti e archiviati in un sistema, siano comunicati e riutilizzati in un altro sistema/applicativo all'interno di una data azienda o tra quest'ultima e altre aziende. Alla facilità di interconnessione si contrappone la necessità di accordi precisi per ottenere l interoperabilità.

11 Sistemi di scambio dei dati Codice ASCII (American Standard Code for Information Interexchange) Codice a 8 bit 256 combinazioni disponibili Serve a codificare lettere, numeri e simboli

12

13 API Application Program Interface Hanno rappresentato e rappresentano una modalità più elaborata per lo scambio di dati tra applicazioni. L inconveniente è che questa soluzione obbliga a fare sviluppi specifici per ciascun caso applicativo. Conveniente quando gli applicativi coinvolti nel sistema sono pochi. In un HIS si stima che intervengano 20/30 applicativi diversi con centinaia di interfacce.

14 PATIENT FILE (1) Data base degli eventi socio sanitari significativi relativi al paziente. Tale database può essere consultato, con i dovuti accorgimenti tecnologici in materia di autenticazione, autorizzazione e privacy, dagli attori sociosanitari del sistema, che possono risalire ai dati sanitari di un dato paziente. Si privilegia l'invio di dati anche in formati grezzi (per esempio.pdf) più che fornire dati in formati standard in modo che tali informazioni possano essere riutilizzati in ambiti diversi e in applicativi diversi.

15 PATIENT FILE (2) Best Practice basata sulla tendenza di creare diversi data repository clinici (EMR Electronic Medical Record) che vengono popolati dalle diverse strutture sanitarie. Creazione di una rete di dati che assicura l interconnessione e l interoperabilità dei dati. E indispensabile uno standard per i dati e i protocolli di comunicazioni per rendere disponibile l informazione on demand dalle e alle diverse strutture.

16 Progetto TETA (BN)

17 Aree delle inforamazioni cliniche Area A : CUP e Scheda di accettazione Area B : Anamnesi del paziente Area C : Diario Clinico, terapie, prestazione specialistiche, esami dignostici.. L area B è difficilmente standardizzabile poichè dipende dal reparto a cui si riferisce.

18 Costruzione di un EMR standardizzato Per costruzione di un EMR si intende sostanzialmente la costruzione di un data repository che consenta prevalentemente il mix del contenuto informativo dell'area A e dell'area C (e solo parzialmente dell'area B) Riutilizzo e interoperabilità delle informazioni Tracciabilità del patient work-flow tra le diverse strutture

19 Electronic Patient Record La costruzione di Electronic Patient Record significa rendere possibile la condivisione in rete di varie strutture di EMR attraverso l'utilizzo di particolari meccanismi di ricerca.

20 Standard nell area ICT SANITA I due principali standard utilizzati in sanità sono: DICOM HL7 Il DICOM è stato approvato dall ISO mentre l HL7 è ancora uno standard de facto in fase di approvazione. La maggior parte dei paesi europei ha adottato versioni nazionali di HL7. L Italia ovviamente è in grave ritardo!

21 L avvento del digitale: nuove potenzialità diagnostiche Raggi X = la pellicola svolge contemporaneamente il ruolo di detettore della radiazione, visualizzazione delle immagini e conservazione dei dati Anni 70-80: l introduzione degli ultrasuoni e della Tomografia assiale computerizzata la catena di formazione dell immagine cambia e l immagine diventa disponibile immediatamente sui monitor. Sta per iniziare il digitale.

22 e nuovi problemi. 1 problema: la compatibilità Ogni modalità digitale era un isola tecnologica proprietaria, con il suo monitor, la sua stampante il suo software di gestione

23 2 problema: non tutto poteva essere digitale CT = Computed Tomography US = Ultra Sound MR = Magnetic Resonance NM = Nuclear Medicine Distribuzione media del carico di lavoro (esami) sulle varie modalità Fonte: Fuji 2003

24 Soluzione: Il protocollo DICOM 3 DICOM 3 ACR NEMA DICOM 3.0 ACR: American College of Radiology NEMA National Electrical Manufacturers' Association DICOM Digital Imaging and Communications in Medicine PS 3.1: Introduction and Overview (this document) PS 3.2: Conformance PS 3.3: Information Object Definitions PS 3.4: Service Class Specifications PS 3.5: Data Structure and Encoding PS 3.6: Data Dictionary PS 3.7: Message Exchange PS 3.8: Network Communication Support for Message Exchange PS 3.9: Point to Point Communication Support for Message Exchange," PS 3.10: Media Storage and File Format for Data Interchange PS 3.11: Media Storage Application Profiles PS 3.12: Media Formats and Physical Media for Data Interchange PS 3.13: Print management point-to-point communication support PS 3.14 Grayscale Standard Display Function PS 3.15: Security Profiles PS 3.16: Content Mapping Resource

25 DICOM: UN PO DI STORIA Nel 1983 ACR (American College of Radiology) e la NEMA (National Electrical Manifactures Association) cominciano a lavorare allo standard. Dopo due anni fu presentato alla RSNA (Radiological Society of North America) la prima versione dello standard ACR-NEMA In seguito nel 1988 venne pubblicata la nuova versione 2.0 ACR-NEMA (non prevedeva specifiche di comunicazione in rete)

26 DICOM: UN PO DI STORIA (2) Con l'adozione di una particolare architettura dei dati chiamata "struttura orientata per oggetti" si arrivò allo sviluppo della nuova versione definita DICOM/3, che superava le difficoltà di interconnessione in rete con l'adozione di due protocolli il TCP/IP e l'iso-osi. Quindi DICOM/3 da' la possibilità ai suoi utilizzatori di verificare se due apparecchi dichiarati conformi sono in grado di scambiare informazioni. Il completamento delle specifiche dello standard avviene nel 1993 e viene presentato dal RSNA.

27 Definizione Il DICOM consente ai vari dispositivi medici (TAC, risonanza ecc,) l'archiviazione e lo scambio delle immagini e delle informazioni associate in un formato digitale. Il DICOM è uno standard di comunicazione che permette la comunicazione digitale tra diagnostiche e apparecchiature di diversi produttori.

28

29 Il protocollo DICOM 3 Lo standard definisce come deve essere redatta la dichiarazione di conformità. Non esiste un ente certificatore. E un onere totalmente a carico della ditta costruttrice dell'apparecchiatura che si dichiara conforme allo Standard Quindi nonostante ufficialmente i dispositivi abbiano le carte in regola per una effettiva aderenza allo Standard, in pratica molte connessioni risultano difficoltose se non addirittura impossibili.

30

31 Scambio di informazioni Alla base del protocollo in esame esiste un approccio Client/Server, nel senso che, ogni volta che due applicazioni decidono di connettersi per scambiarsi informazioni, una delle due deve svolgere il ruolo di fornitore del servizio (SCP: Service Class Provider) mentre l'altra quello di utente (SCU: Service Class User).

32

33 Il protocollo DICOM 3 Le più importanti classi di servizi DICOM: Print: gestisce le comunicazioni tra una applicazione DICOM e una stampante Storage: gestisce il trasferimento e l archiviazione di immagini tra applicazioni DICOM Query/Retrieve: gestisce le operazioni di accesso e trasferimento di immagini in base a un criterio di ricerca Verification: verifica le comunicazioni tra applicazioni DICOM Working list: Gestisce la connessione tra i dati del paziente (all interno del RIS) e le immagini prodotte dalle diverse modalità diagnostiche. In questo modo si ha una relazione univoca tra dati personali e dati dell immagine.

34

35

36 Stratificazione dello standard Gli standard per la "comunicazione elettronica" sono sempre composti da più strati, ognuno dei quali ha dei compiti e delle funzioni specifiche (ISO-OSI) Il vantaggio della stratificazione è che uno strato può essere modificato, aggiornato ecc., senza interferire con gli altri.

37 Modello Entità Relazioni Lo standard Dicom si basa sul principio dell' "entity-ralationship (E-R) modeling", ossia in esso vengono definite una serie di entità, per esempio il paziente o delle immagini, più tutta una serie di relazioni tra tali entità stesse. Le entità vengono definite anche oggetti. Il modello a oggetti è un principio fondamentale del Dicom. La definizione di un oggetto in Dicom3 avviene mediante la definizione degli attributi

38 ENTITA Attributi Relazioni

39 Dicom Message Service Elements-DIMSEs In Dicom3 è prevista una serie di "servizi" standardizzati che assicurano lo svolgimento di operazioni quali archiviazione dei dati, stampa delle immagini, ricerca dei dati, ecc. A causa della struttura orientata agli oggetti di Dicom3, i servizi sono organizzati in classi di servizi.

40 SOP Class Gli oggetti d'informazione e le classi di servizi sono i due componenti fondamentali di Dicom3, i primi contengono i dati da trattare, le seconde si occupano della manipolazione di tali dati. La combinazione degli oggetti d'informazione e delle classi di servizi forma la SOP Class (Service Object Pair), l'unità funzionale di Dicom3. Per esempio Dicom3 definisce una serie di classi SOP per l'immagazzinamento dei dati (CT storage SOP Class, MR storage SOP Class, ecc.).

41 Parti dello standard Dicom (1-3) 1) La prima parte contiene una panoramica dello standard stesso, con descrizione dei principi basilari; quando abbiamo presentato la filosofia di questo standard sono stati introdotti i concetti di "oggetti" e "SOP Class" (entità). 2) Definizione di conformità verso DICOM (non presente nelle prime due versioni) 3) Definizione degli oggetti di informazione (IOD), alcuni dei quali potrebbero contenere gruppi di attributi simili, raccolti insieme in una serie di moduli comuni.

42 Parti dello standard Dicom (4) 4) specifiche delle classi di servizi (SOP Class) che sono basate su di una serie di operazioni base, operanti su IOD. ESEMPI : certificazione, memorizzazione, richiamo/consultazione di immagini ed informazioni, contenuto dello studio, gestione del paziente, gestione dell'esame, gestione del referto, gestione della documentazione.

43 Parti dello standard Dicom (5-7) 5) specifiche della codifica dati ed i relativi processi ESEMPIO: JPEG per le immagini 6) Elenco completo di tutti gli elementi dei dati, insieme ai loro valori numerici o alfanumerici. 7) Definisce ciò che è necessario al software applicativo per interagire con i protocolli di comunicazione DICOM. Il formato base di un messaggio è costituito da una stringa di comando ed una stringa di dati.

44 Parti dello standard Dicom (8-9) 8) Supporto di rete per il trasferimento dei messaggi (TCP-IP) 9) modalità relative ai vecchi protocolli punto-punto ancora in uso presso vecchi sistemi.

45

46 Ogni attributo è identificato da una coppia di numeri esadecimali detto tag Valori dell attributo 109 righe 91 colonne

47 Nome Attributo In genere viene riportato anche il tipo dell attributo con una sigla TM=Time oppure CS = Coded String etc.. I Pixel stanno alla fine del file messaggio e sono preceduti da una serie di informazioni aggiuntive

48 ESEMPIO DI IMMAGINE DICOM

49

50 Sicurezza DICOM ha limitato gli interventi in materia di sicurezza agli aspetti relativi al trasferimento e alla codifica dell informazione. Supporta meccanismi per consentire l autenticazione, la confidenzialità e l integrità a livello di connessione, mediante il protocollo SSL (Security Sockets Layer). Non supporta strumenti specifici per controllare gli accessi e per identificare chi accede ai dati.

51 HL7 Health Level Seven

52 Health Level Seven - HL7 Il progetto HL7 prende il via nel marzo 1987 l'obiettivo è semplificare le interfacce fra i diversi applicativi sanitari si incentra sulla standardizzazione dei formati per lo scambio di alcuni gruppi di dati considerati comuni a ogni sistema di tipo sanitario.

53 Perché nasce HL7? 1 Struttura Sanitaria/Reparto 2 Struttura Sanitaria/Reparto documentazione storia clinica pregressa Lettera di dimissione referti anamnesi sistema informatico dimissione ricovero sistema informatico ammissione medico trasferimento medico

54 Perché nasce HL7? Sistema Informativo 1 Sistema Informativo 2

55 Perché nasce HL7? HL7 Messaggio Creazione Messaggio HL7 Parsing Messaggio HL7

56 Level 7 La dizione Level 7 fa riferimento al livello più alto del modello ISO/OSI (livello applicazione) non significa che HL7 sia conforme agli elementi definiti dal livello 7 dell'osi, né che lo standard specifichi oggetti per i livelli dall'uno al sei del modello corrisponde invece alla definizione concettuale di un'interfaccia di tipo paritario (applicazione-applicazione) posta al settimo livello del modello OSI

57 Modalità broadcast Tale standard prevede che le informazioni vengano impacchettate in messaggi strutturati e trasmessi opportunamente con modalità proattive, ovvero non on demand, ma bensì anticipando l'esigenza del sistema destinatario (modalità broadcast).

58 Socket e XML La tecnologia utilizzata a oggi (HL7 versione 2.3.1) prevede scambio di messaggi via socket, ma ben presto sarà approvato lo standard HL7 versione 3, che utilizzerà messaggistica basata completamente su tecnologia XML.

59 Temi dello scambio di dati ammissione/dimissione/trasferimento dei pazienti; interrogazioni della banca dati sanitaria; pianificazione delle attività sanitarie e dell'impiego delle risorse:effettuazione di ordini; comunicazione di dati sanitari; gestione economica del ricovero; aggiornamento dei master file; gestione dei referti; assistenza al paziente e richiesta di consulenze.

60 Tecnologia di trasferimento HL7 supporta gli scambi informativi fra sistemi implementati con una qualsiasi tecnologia (dal sistema di rete più evoluto a un sistema che scambia dati attraverso file e floppy disk); supporta lo scambio dei dati di singole transazioni o di un insieme di transazioni raggruppate in file; È pensato come una interfaccia plug and play fra diversi sistemi.

61 Possibili interazioni aggiornamento dei dati non sollecitato (il sistema inviante fornisce un aggiornamento di dati al sistema ricevente che trasmette una conferma del ricevimento (acknoledgment) interrogazione (query), grazie alla quale un sistema può interrogare una controparte che fornisce la risposta o una condizione di errore; ogni messaggio inviato (notificato in modalità broadcast) non può essere ripudiato ed è quindi sempre confermato dalla controparte.

62 Come funziona HL7? Descrive in maniera particolareggiata il layout dei Messaggi che vengono scambiati fra due o più applicazioni che si scambiano informazioni Divide i Messaggi in segmenti e li identifica con il nome del paziente Un Messaggio è costituito da una sequenza ordinata di Segmenti Un Segmento è una collezione ordinata di Data Elements Tipicamente i Data Elements all'interno di un Segmento riguardano un argomento comune Il Tipo del Messaggio è identificato da un codice di tre lettere, e l Evento che scatena l'inizio di una comunicazione è denominato evento trigger

63 Versione HL Gestisce 95 tipologie di messaggi Per ciascun messaggio vengono fornite delle indicazioni di processo relativamente ai possibili scambi di informazioni Il "messaggio ADT" (che è uno dei 95 messaggi di HL7) regola, per esempio, la fase di accettazione e dimissione di un paziente. Tale messaggio è composto da 51 eventi.

64 Comunicazione dell EVENTO A1 di ADT (accettazione o dimissione di un paziente)

65 Messaggio di conferma di ricevimento

66 Messaggio Un messaggio è la + piccola unità in HL7 ed è composto da SEGMENTI. Inizia con un Header (MSH) ed è identificato dal tipo e dall evento iniziale (trigger) Es. L evento di accettazione di un paziente è identificato da tipo ADT e dall evento A01

67 Segmenti I segmenti sono una ordinata sequenza di campi Es. L anagrafica è un segmento che contiene vari campi Sono identificati da 3 lettere (segment identifier) Possono essere di tipo obbligatorio, opzionale o ripetibile

68 Messaggio ADT con i segmenti MSH message header EVN trigger event PID patient id PV1 patient visit information

69 CAMPI Le informazioni contenute nei segmenti sono organizzate in campi. I campi possono essere di lunghezza variabile e di tipo diverso

70

71

72

73 Vantaggi dell HL7 2.xx Fra i punti di forza del progetto HL7 versione 2.xx vi è sicuramente quello di poter fungere da collante fra sistemi di tipo eterogeneo. La gestione degli elementi fondamentali (messaggi (ADT), eventi (A01.), segmenti (PID), attributi del segmento (campi e contenuto dei campi) consente nel contempo di predefinire un data model o, quanto meno, di costituire una check list per verificare quali campi sono contenuti nel database aziendale e quali sono da implementare al fine di consentire l integrazione e interoperabilità tra sistemi informativi diversi anche al fine della costruzione di EMR/EPR.

74 Problemi della versione 2.xx L HL7 2.xx rimane un data base di messaggi e manca di una organizzazione e di un modello di utilizzo. Nella versione 3 si superano tali problemi.

75 Obiettivi della versione 3 Creare un modello formale di riferimento chiamato RIM (Reference Information Model), basato su un unico linguaggio UML (Unified Modeling Language); Utilizzare XML per la sintassi dei messaggi; Definire uno standard per i documenti clinici CDA (Clinical Document Architecture)

76 RIM (Reference Information Model) Sono stati definiti due modelli paralleli: Un modello per l'analisi di casi d'utilizzo reali - Use Case Model (UCM) Un modello di informazioni detto Domain Information Model (DIM)

77

78 Scenario per ogni caso Differentemente dalla versione HL7 2.xx viene definito dapprima uno scenario per ogni "caso" Partendo da tale scenario gli sviluppatori seguono una specifica metodologia che consente di definire sei principali backbone

79 I 6 backbone Act - le azioni che vengono eseguite e che devono essere documentate in ciascun processo di cura Participation - come definizione dello scenario di contesto per un'azione in termini di chi fa cosa, per chi è stato fatto, dove è stato fatto; Entity - rappresenta le entità che partecipano al processo di cura; Role - che stabilisce i ruoli che le varie entità svolgono e come le stesse partecipano al processo di cura; actrelationship - che definisce la relazione tra un atto e un altro; rolelink - che rappresenta le relazioni tra i diversi attori coinvolti.

80

81 Definizione del RIM Tale metodologia consente di precisare uno scenario/modello d'utilizzo (UCM) in base al quale viene definito un modello di informazioni necessarie per supportare lo scenario operativo (DIM) e un conseguente scenario di interazioni tra le varie entità (Interaction Model - IM) in base al quale viene definita la messaggistica di integrazione e interoperabilità (HDM)

82 Vantaggi della procedura di definizione di un RIM definizione di precise specifiche funzionali definizione di un data model consistente definizione rigorosa di ciascun messaggio dichiarazione di conformità da utilizzare da parte degli sviluppatori al fine di aumentare il grado di interoperabilità tra applicazione e sistemi che utilizzano HL7 versione 3.xx.

83 Conclusioni sui RIM Il RIM non deve essere inteso come un modello logico o fisico di database né come disegno per un sistema informativo Il RIM rappresenta l'universo dei dati e delle relazioni dai quali può essere costruito qualsiasi rilevante messaggio HL7.

84 Clinical Document Architecture (CDA) Standard che specifica la struttura e la semantica dei documenti clinici Un documento clinico contiene osservazioni e servizi e deve possedere le seguenti caratteristiche: persistenza: un documento clinico continua a esistere senza alcuna alterazione per un periodo di tempo definito da regole locali o regionali; responsabilità: un documento clinico è mantenuto da una persona o da un'organizzazione che è responsabile del suo contenuto; possibilità di autenticazione: un documento clinico è un insieme di informazioni per le quali deve essere possibile un'autenticazione legale integrità: l'autenticazione di un documento clinico si applica alla totalità delle informazioni contenute e non può essere applicata solo a parti del documento estrapolandole dal contesto in cui sono state prodotte; leggibilità umana: un documento clinico deve essere leggibile da un essere umano.

85 Caratteristiche del CDA Utilizzo di extensible Markup Language (XML) Utilizzo del RIM HL7 versione 3 e dei tipi di dati/messaggi definiti in tale standard Utilizzo di una gerarchia di specifiche per la produzione e lo scambio dei documenti (architettura): Level One (CDA L1) Level two (CDA L2) Level Three (CDA L3)

86 CDA livelli di architettura CDA L1 rappresenta la specifica più generale dei documenti che sono formalizzati da un header (intestazione) e da un body (corpo del documento). Nel corpo del documento devono essere utilizzate le classi di oggetti definiti dal RIM CDA L2 dovrà rappresentare una specificazione del livello precedente e dovrà contenere l'insieme delle strutture e della semantica ammissibile per ciascun tipo di documento CDA L3 rappresenterà un'ulteriore specificazione del livello precedente e dovrà precisare il contenuto clinico espresso formalmente nel documento attraverso l'utilizzo del modello RIM

87 Un documento CDA è taggato dall elemento <ClinicalDocument> > e contiene un Header e un Body. <ClinicalDocument> CDA Header <StructuredBody> CDA Body </StructuredBody StructuredBody> </ClinicalDocument ClinicalDocument>

88 L Header è compreso tra <ClinicalDocument< ClinicalDocument> > e <StructuredBody< StructuredBody>, ed identifica e classifica il documento e fornisce informazioni sull autenticazione (document( information), cosa ha scatenato il dato (encounter( encounter), il paziente (service( targets) ) e gli operatori coinvolti (service( actors) Il Body contiene il report clinico e può essere sia un blob non strutturato, che dati compresi tra markup strutturati. In questo caso, è diviso in sezioni di documenti innestabili e ricorsive. Una sezione è compresa tra elementi <Section> > e può contenere un blocco narrativo singolo, un certo numero di entries,, ed external reference

89 Conclusioni sulla ver. 3 dell HL7 Rispetto alle versioni precedenti le grandi novità, come si è detto, sono la definizione di scenari di integrazione (RIM) e della relativa messaggistica, l'architettura del CDA e, l'utilizzo di XML come linguaggio di comunicazione.

La Gestione della Immagini all'interno dei Sistemi Informativi Sanitari

La Gestione della Immagini all'interno dei Sistemi Informativi Sanitari Appuntamenti a Fisica Gestione delle Immagini in Medicina La Gestione della Immagini all'interno dei Sistemi Informativi Sanitari Andrea Bo Sistemi Informativi A.O. Ordine Mauriziano Il Sistema Informativo

Dettagli

Health Level Seven (HL7)

Health Level Seven (HL7) Health Level Seven () (http://www.hl7.org/, http://www.hl7italia.it/) 1 Perché nasce? 1 Reparto come avviene lo scambio di informazioni tra reparti? 2 Reparto documentazione storia clinica pregressa Lettera

Dettagli

Clinical Document Architecture (CDA)

Clinical Document Architecture (CDA) Clinical Document Architecture (CDA) Occorre strutturare un referto? interoperabilità!!! i sistemi di laboratorio sono sempre più calati in contesti integrati, la parola d ordine d è INTEROPERABILITÀ...

Dettagli

Sistemi Digitali per le Radiologie RIS & PACS

Sistemi Digitali per le Radiologie RIS & PACS Sistemi Digitali per le Radiologie RIS & PACS dr.ssa Michelina Graziano Responsabile Tecnologico di Sistema ASP di Cosenza Sistemi Digitali per le Radiologie RIS &PACS L avvento dell imaging diagnostico

Dettagli

Corso: Sistemi di elaborazione delle informazioni 2. Anno Accademico: 2007/2008. Docente: Mauro Giacomini

Corso: Sistemi di elaborazione delle informazioni 2. Anno Accademico: 2007/2008. Docente: Mauro Giacomini Corso: Sistemi di elaborazione delle informazioni 2. Anno Accademico: 2007/2008. Docente: Mauro Giacomini Organizzazione no-profit per lo sviluppo di standard che fornisce linee guida per: lo scambio la

Dettagli

Introduzione. Dicom in Oracle 11g: gestione e vantaggi

Introduzione. Dicom in Oracle 11g: gestione e vantaggi Introduzione Dicom in Oracle 11g: gestione e vantaggi Agenda Lo scenario del sistema sanitario moderno Cosa è DICOM? Gestione in Oracle dei dati DICOM Vantaggi Lo scenario Per molti anni utilizzo di carta

Dettagli

Il Fascicolo Sanitario Elettronico della Regione Autonoma della Sardegna: stato dell arte ed evoluzione

Il Fascicolo Sanitario Elettronico della Regione Autonoma della Sardegna: stato dell arte ed evoluzione Verso la cartella clinica elettronica: standard internazionali e piattaforme aperte in informatica sanitaria Il Fascicolo Sanitario Elettronico della Regione Autonoma della Sardegna: stato dell arte ed

Dettagli

Integrazione delle tecniche di imaging in ambiente ospedaliero Intranet

Integrazione delle tecniche di imaging in ambiente ospedaliero Intranet UNIVERSITÀ DEGLI STUDI DI MILANO Facoltà di Scienze Matematiche, Fisiche e Naturali Corso di Laurea in Scienze dell Informazione Integrazione delle tecniche di imaging in ambiente ospedaliero Intranet

Dettagli

suite Sistema Ris Pacs

suite Sistema Ris Pacs 3D suite 2D 4D Sistema Ris Pacs Sistema Ris Pacs per l archiviazione di immagini diagnostiche digitali I sistemi informativi sono il pilastro sul quale si basa l organizzazione delle strutture che operano

Dettagli

EHR e Cambiamento in Sanità (1) dei rete dei servizi

EHR e Cambiamento in Sanità (1) dei rete dei servizi EHR e Cambiamento in Sanità (1) A livello internazionale viene confermato un trend nella riorganizzazione dei sistemi sanitari secondo logiche di creazione di reti di servizi nelle quali un insieme di

Dettagli

L NFORMATICA APPLICATA ALLA RADIOLOGIA. Anna Angeloni

L NFORMATICA APPLICATA ALLA RADIOLOGIA. Anna Angeloni L NFORMATICA APPLICATA ALLA RADIOLOGIA Anna Angeloni Gli strumenti utilizzati in radiologia digitale Modalità digitali Rete telematica ( LAN) Applicativo per la gestione della cartella radiologica (RIS)

Dettagli

L informatica nella Sanità

L informatica nella Sanità L informatica nella Sanità Perché usare l informatica nella Sanità? Continuità assistenziale Centralità del paziente Trasparenza negli atti amministrativi e sanitari Migliore gestione delle linee guida

Dettagli

Sistemi informatici in ambito radiologico. Architettura dei sistemi RIS-PACS RIS. Radiology Information System

Sistemi informatici in ambito radiologico. Architettura dei sistemi RIS-PACS RIS. Radiology Information System Sistemi informatici in ambito radiologico Dott. Ing. Andrea Badaloni A.A. 2015-2016 Architettura dei sistemi RIS-PACS Radiology Information System RIS Un sistema informatico dedicato all ambito radiologico

Dettagli

Fascicolo Sanitario Elettronico BIOINGEGNERIA ED INFORMATICA MEDICA

Fascicolo Sanitario Elettronico BIOINGEGNERIA ED INFORMATICA MEDICA Fascicolo Sanitario Elettronico BIOINGEGNERIA ED INFORMATICA MEDICA 1 Definizione linee guida nazionali 2011 Il Fascicolo Sanitario Elettronico è l insieme dei dati e documenti digitali di tipo sanitario

Dettagli

1 Premessa. Allegato al capitolato speciale di gara

1 Premessa. Allegato al capitolato speciale di gara Allegato al capitolato speciale di gara Specifiche Funzionali di Integrazione con il Sistema Informativo dell APSS Il presente documento definisce le specifiche funzionali che devono essere soddisfatte

Dettagli

Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services

Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services Consiglio Nazionale delle Ricerche Istituto di Calcolo e Reti ad Alte Prestazioni Integrazione di Sistemi Informativi Sanitari attraverso l uso di Middleware Web Services I. Marra M. Ciampi RT-ICAR-NA-06-04

Dettagli

INTRODUZIONE A RETI E PROTOCOLLI

INTRODUZIONE A RETI E PROTOCOLLI PARTE 1 INTRODUZIONE A RETI E PROTOCOLLI Parte 1 Modulo 1: Introduzione alle reti Perché le reti tra computer? Collegamenti remoti a mainframe (< anni 70) Informatica distribuita vs informatica monolitica

Dettagli

Workshop: Telemedicina e Sanità elettronica: facciamo il punto!

Workshop: Telemedicina e Sanità elettronica: facciamo il punto! Workshop: Telemedicina e Sanità elettronica: facciamo il punto! La Certificazione ECDLHealth Filippo Maria Pacini Policlinico Umberto I - Roma Roma, 24 giugno 2010 Palazzo dei Congressi all'eur Definizioni

Dettagli

UNIVERSITÀ - OSPEDALE di PADOVA MEDICINA NUCLEARE 1. Lezione 12: Nozioni su IHE. D. Cecchin, F. Bui DEFINIZIONI : IHE

UNIVERSITÀ - OSPEDALE di PADOVA MEDICINA NUCLEARE 1. Lezione 12: Nozioni su IHE. D. Cecchin, F. Bui DEFINIZIONI : IHE UNIVERSITÀ - OSPEDALE di PADOVA MEDICINA NUCLEARE 1 Lezione 12: Nozioni su IHE D. Cecchin, F. Bui DEFINIZIONI : IHE IHE (Integrating the Healthcare Enterprise) e un progetto internazionale che ha lo scopo

Dettagli

Modello dell Infrastruttura per il Fascicolo Sanitario Elettronico (InfFSE) Progetto: Infrastruttura tecnologica del Fascicolo Sanitario Elettronico

Modello dell Infrastruttura per il Fascicolo Sanitario Elettronico (InfFSE) Progetto: Infrastruttura tecnologica del Fascicolo Sanitario Elettronico Dipartimento per la digitalizzazione della PA e l innovazione Consiglio Nazionale delle Ricerche Dipartimento delle Tecnologie dell Informazione e delle Comunicazioni Modello dell Infrastruttura per il

Dettagli

Appendice D. D. Web Services

Appendice D. D. Web Services D. D.1 : cosa sono I cosiddetti sono diventati uno degli argomenti più attuali nel panorama dello sviluppo in ambiente Internet. Posti al centro delle più recenti strategie di aziende del calibro di IBM,

Dettagli

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO

ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO ALLEGATO C STANDARD TECNICI DELLA BORSA CONTINUA NAZIONALE DEL LAVORO Standard tecnici Gli standard tecnici di riferimento adottati sono conformi alle specifiche e alle raccomandazioni emanate dai principali

Dettagli

Comunicazione tra Computer. Protocolli. Astrazione di Sottosistema di Comunicazione. Modello di un Sottosistema di Comunicazione

Comunicazione tra Computer. Protocolli. Astrazione di Sottosistema di Comunicazione. Modello di un Sottosistema di Comunicazione I semestre 04/05 Comunicazione tra Computer Protocolli Prof. Vincenzo Auletta auletta@dia.unisa.it http://www.dia.unisa.it/professori/auletta/ Università degli studi di Salerno Laurea in Informatica 1

Dettagli

FSE Fascicolo Sanitario Elettronico

FSE Fascicolo Sanitario Elettronico FSE Fascicolo Sanitario Elettronico Pagina 1 di 19 STATO DELLE VARIAZIONI VERSIONE PARAGRAFO O DESCRIZIONE DELLA VARIAZIONE PAGINA 1 Tutto il documento Versione iniziale del documento Pagina 2 di 19 Sommario

Dettagli

HL7 Integration Statement. Version: 1.0

HL7 Integration Statement. Version: 1.0 HL7 Integration Statement Version: 1.0 Table of Contents 1 Introduzione...3 1.1 Audience...4 1.2 Nota...4 1.3 Definizioni ed abbreviazioni...4 1.4 Revision History...5 2 Documentazione di riferimento...5

Dettagli

suite suite Piattaforma di Gestione della Diagnostica per Immagini

suite suite Piattaforma di Gestione della Diagnostica per Immagini suite 3D 2D 4D suite Piattaforma di Gestione della Diagnostica per Immagini suite Piattaforma di Gestione della Diagnostica per Immagini Piattaforma integrata basata su tecnologia web, ideata per ottimizzare

Dettagli

Teleradiologia: la larga banda nei servizi di rete per la telemedicina

Teleradiologia: la larga banda nei servizi di rete per la telemedicina Teleradiologia: la larga banda nei servizi di rete per la telemedicina Mario Magliulo - Marco Salvatore IBB - Consiglio Nazionale delle Ricerche Università degli Studi di Napoli Federico II Mario Magliulo

Dettagli

Mattone 9 Realizzazione del Patient File

Mattone 9 Realizzazione del Patient File Mattone 9 Realizzazione del Patient File Architettura di Cooperazione Roma 19 Giugno 2007 Nolan, Norton Italia Definizione del Fascicolo Sanitario Personale (FaSP) Non qualsiasi raccolta strutturata di

Dettagli

Informatica e Database. Roma, 19 Aprile 2011 Feruglio Ruggero

Informatica e Database. Roma, 19 Aprile 2011 Feruglio Ruggero Informatica e Database Roma, 19 Aprile 2011 Feruglio Ruggero In che fase del progetto è opportuno designare l amministratore di sistema ed iniziare la collaborazione? Sistemi informativi Definizione e

Dettagli

Sistemi informativi in sanità. Dai dati alla gestione dei processi

Sistemi informativi in sanità. Dai dati alla gestione dei processi Sistemi informativi in sanità Dai dati alla gestione dei processi Il ciclo diagnostico/terapeutico Dati Osservazione Informazione Paziente Decisione Terapia Piano Diagnosi Sanità in Lombardia La ASL riceve

Dettagli

Una panoramica su HL7

Una panoramica su HL7 HL7 è uno standard ANSI di integrazione molto importante per tutto il Sistema Informativo Sanitario in generale e per il sistema RIS/PACS in particolare. L'acronimo HL7 sta per Health Level Seven, ossia

Dettagli

LAN MAN WAN. Una internet è l'insieme di più reti reti distinte collegate tramite gateway/router

LAN MAN WAN. Una internet è l'insieme di più reti reti distinte collegate tramite gateway/router Rete di reti (interrete, internet) 2 Prof. Roberto De Prisco TEORIA - Lezione 8 Rete di reti e Internet Università degli studi di Salerno Laurea e Diploma in Informatica Una rete di comunicazione è un

Dettagli

Aspetti applicativi e tecnologia

Aspetti applicativi e tecnologia Aspetti applicativi e tecnologia Premessa Architetture usate per i database Le prime applicazioni erano definite monolitiche, cioè un unico computer (mainframe) gestiva sia le applicazioni che i dati,

Dettagli

Sistema Informatico Sanitario. Appunti del dott. Luca Figundio

Sistema Informatico Sanitario. Appunti del dott. Luca Figundio Sistema Informatico Sanitario L informatica nella Sanità Perché usare l informatica nella Sanità? Continuità assistenziale Centralità del paziente Trasparenza negli atti amministrativi e sanitari Migliore

Dettagli

ICT IN SANITÀ: IL PERCORSO DEL FUTURO Saronno (Va) 18 febbraio 2009

ICT IN SANITÀ: IL PERCORSO DEL FUTURO Saronno (Va) 18 febbraio 2009 ICT IN SANITÀ: IL PERCORSO DEL FUTURO Saronno (Va) 18 febbraio 2009 Il progetto di sviluppo del sistema informativo nell Azienda Ospedaliera di Legnano Claudio Caccia Responsabile Staff Sistemi Informativi

Dettagli

Appunti lezione Database del 07/10/2015

Appunti lezione Database del 07/10/2015 Appunti lezione Database del 07/10/2015 Nelle lezioni precedenti si è visto come qualunque applicazione informativa è almeno formata da tre livelli o layers che ogni progettista conosce e sa gestire: Livello

Dettagli

Informatica Documentale

Informatica Documentale Informatica Documentale Ivan Scagnetto (scagnett@dimi.uniud.it) Stanza 3, Nodo Sud Dipartimento di Matematica e Informatica Via delle Scienze, n. 206 33100 Udine Tel. 0432 558451 Ricevimento: giovedì,

Dettagli

Sistemi e Servizi di TLC. Lezione N. 1

Sistemi e Servizi di TLC. Lezione N. 1 Sistemi e Servizi di TLC Lezione N. 1 L organizzazione e l amministrazione della rete Internet Il modello ISO-OSI 29 Settembre 2005 (2h) 1 L organizzazione e l amministrazione di Internet 2 Internet oggi:

Dettagli

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30

Protocolli di rete. Vittorio Maniezzo Università di Bologna. Vittorio Maniezzo Università di Bologna 02 Protocolli - 2/30 Protocolli di rete Vittorio Maniezzo Università di Bologna Vittorio Maniezzo Università di Bologna 02 Protocolli - 1/30 Strati di protocolli (Protocol Layers) Le reti sono complesse Molti elementi: host

Dettagli

Accordi. Tecnologie di cooperazione. Cooperazione fra Amministrazioni

Accordi. Tecnologie di cooperazione. Cooperazione fra Amministrazioni Alcune considerazioni nell ambito di un sistema di cooperazione informatico che preveda lo scambio di dati tra due o più organizzazioni. Quando parliamo di un sistema di cooperazione informatico ci riferiamo

Dettagli

Reti avanzate su IP per applicazioni sanitarie

Reti avanzate su IP per applicazioni sanitarie Reti avanzate su IP per applicazioni sanitarie C era una volta. I cambiamenti nel mondo della medicina hanno consentito passi in avanti impensabili solo alcuni anni fa. La cura del paziente ha beneficiato

Dettagli

Presentazione soluzione medicale OKI DICOM: ES6410DM (A4) ES7411DM (A4) ES8431DM (A3) ES9410DM (A3+)

Presentazione soluzione medicale OKI DICOM: ES6410DM (A4) ES7411DM (A4) ES8431DM (A3) ES9410DM (A3+) Presentazione soluzione medicale OKI DICOM: ES6410DM (A4) ES7411DM (A4) ES8431DM (A3) ES9410DM (A3+) Lo standard DICOM (Digital Imaging and COmmunications in Medicine, immagini e comunicazione digitali

Dettagli

Protezione delle informazioni in SMart esolutions

Protezione delle informazioni in SMart esolutions Protezione delle informazioni in SMart esolutions Argomenti Cos'è SMart esolutions? Cosa si intende per protezione delle informazioni? Definizioni Funzioni di protezione di SMart esolutions Domande frequenti

Dettagli

IL PROGETTO NIGUARDAONLINE

IL PROGETTO NIGUARDAONLINE IL PROGETTO NIGUARDAONLINE A CURA DI : Luciana Bevilacqua Responsabile Ufficio M.C.Q. Gianni Origgi Responsabile Sistemi Informativi Aziendali Azienda Ospedaliera Niguarda Cà Granda di Milano Da oggi i

Dettagli

Quali sono le tecnologie che l ente ha a disposizione e quelle predisposte ad essere implementate in un prossimo futuro.

Quali sono le tecnologie che l ente ha a disposizione e quelle predisposte ad essere implementate in un prossimo futuro. Esercizio di GRUPPO: PROTOCOLLO INFORMATICO Mappa concettuale TECNOLOGIE DISPONIBILI Quali sono le tecnologie che l ente ha a disposizione e quelle predisposte ad essere implementate in un prossimo futuro.

Dettagli

TECNOLOGIA SENZA VINCOLI. SEMPLICE E TRASPARENTE. Vue. Cloud Services

TECNOLOGIA SENZA VINCOLI. SEMPLICE E TRASPARENTE. Vue. Cloud Services Vue Cloud Services SEMPLICE E TRASPARENTE. Clinici e medici curanti necessitano di una libertà di accesso rapido ed efficiente ai dati dei pazienti. Ma le restrizioni di costo e la complessità legata al

Dettagli

I SISTEMI RIS / PACS : APPLICAZIONE DEI PROFILI IHE PER LA SICUREZZA DEL SISTEMA

I SISTEMI RIS / PACS : APPLICAZIONE DEI PROFILI IHE PER LA SICUREZZA DEL SISTEMA ALMA MATER STUDIORUM - UNIVERSITÀ DI BOLOGNA SECONDA FACOLTÀ DI INGEGNERIA CON SEDE A CESENA CORSO DI LAUREA IN INGEGNERIA BIOMEDICA Insegnamento: Informatica Medica e Reti di Telemedicina I SISTEMI RIS

Dettagli

Progettazione: Tecnologie e ambienti di sviluppo

Progettazione: Tecnologie e ambienti di sviluppo Contratto per l acquisizione di servizi di Assistenza specialistica per la gestione e l evoluzione del patrimonio software della Regione Basilicata. Repertorio n. 11016 del 25/09/2009 Progettazione: Tecnologie

Dettagli

Implementare una Cartella Clinica Elettronica

Implementare una Cartella Clinica Elettronica Implementare una Cartella Clinica Elettronica Francesco Pensalfini Responsabile Sistemi Informativi Azienda Ospedaliera Universitaria San Martino Azienda Ospedaliera Universitaria San Martino Cartella

Dettagli

Oggetto ed obiettivi dell applicativo di riferimento (sperimentato ed in uso per

Oggetto ed obiettivi dell applicativo di riferimento (sperimentato ed in uso per SISabile: caratteristiche tecniche e funzionali Una piattaforma software per la sperimentazione e l acquisizione di abilità operative nella gestione del percorso diagnostico-terapeutico assistenziale del

Dettagli

AUTORIZZAZIONE DEI PAZIENTI E COMUNICAZIONE CON IL PERSONALE MEDICO TRAMITE UN SISTEMA ELETTRONICO DI REGISTRAZIONE DI DATI.

AUTORIZZAZIONE DEI PAZIENTI E COMUNICAZIONE CON IL PERSONALE MEDICO TRAMITE UN SISTEMA ELETTRONICO DI REGISTRAZIONE DI DATI. AUTORIZZAZIONE DEI PAZIENTI E COMUNICAZIONE CON IL PERSONALE MEDICO TRAMITE UN SISTEMA ELETTRONICO DI REGISTRAZIONE DI DATI. Frank Ueckert, Michael Goerz, Maximilian Ataian, Sven Tessmanna, Hans- Ulrich

Dettagli

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Grid File System: Requisiti

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Grid File System: Requisiti Griglie e Sistemi di Elaborazione Ubiqui Grid File Systems Requisiti, Funzionalità e Architettura Griglie e Sistemi Ubiqui - D. Talia - UNICAL 1 Grid File System: Requisiti Name Space Gerarchico Logico

Dettagli

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Griglie e Sistemi Ubiqui - D.

Griglie e Sistemi di Elaborazione Ubiqui. Grid File Systems. Requisiti, Funzionalità e Architettura. Griglie e Sistemi Ubiqui - D. Griglie e Sistemi di Elaborazione Ubiqui Grid File Systems Requisiti, Funzionalità e Architettura Griglie e Sistemi Ubiqui - D. Talia - UNICAL 1 Grid File System: Requisiti Name Space Gerarchico Logico

Dettagli

I metadati per la gestione e conservazione dei documenti elettronici. Fiorella Foscarini Firenze, 17 giugno 2007

I metadati per la gestione e conservazione dei documenti elettronici. Fiorella Foscarini Firenze, 17 giugno 2007 I metadati per la gestione e conservazione dei documenti elettronici Fiorella Foscarini Firenze, 17 giugno 2007 Argomenti Che cosa sono i metadati Criticità relative a definizione, indentificazione e classificazione

Dettagli

GESTIONE INFORMATIZZATA DEL BLOCCO OPERATORIO

GESTIONE INFORMATIZZATA DEL BLOCCO OPERATORIO Prof.Alessandro Pepino - Univesità degli Studi di Napoli Federico II GESTIONE INFORMATIZZATA DEL BLOCCO OPERATORIO Le nuove sfide per l ICT in Sanità Per controllare un processo clinico occorre misurare/rilevare

Dettagli

SCHEDE DI INFORMATICA GLI ARCHIVI E LE BASI DI DATI

SCHEDE DI INFORMATICA GLI ARCHIVI E LE BASI DI DATI SCHEDE DI INFORMATICA GLI ARCHIVI E LE BASI DI DATI Il Database è una collezione di archivi di dati ben organizzati e ben strutturati, in modo che possano costituire una base di lavoro per utenti diversi

Dettagli

HTML e Linguaggi. Politecnico di Milano Facoltà del Design Bovisa. Prof. Gianpaolo Cugola Dipartimento di Elettronica e Informazione

HTML e Linguaggi. Politecnico di Milano Facoltà del Design Bovisa. Prof. Gianpaolo Cugola Dipartimento di Elettronica e Informazione HTML e Linguaggi Politecnico di Facoltà del Design Bovisa Prof. Gianpaolo Cugola Dipartimento di Elettronica e Informazione cugola@elet.polimi.it http://home.dei.polimi.it/cugola Indice Il linguaggio del

Dettagli

COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE

COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE COME FARE PER. ARMONIZZARE IL SITO COL SISTEMA DI GESTIONE DOCUMENTALE DELL ENTE Flavia Marzano marzano@cibernet.it 10/05/2004 ARPA Club Forum PA 2004 Contenuti Cenni normativi Sistema di gestione documentale:

Dettagli

Reti basate sulla stack di protocolli TCP/IP

Reti basate sulla stack di protocolli TCP/IP Reti basate sulla stack di protocolli TCP/IP Classe V sez. E ITC Pacioli Catanzaro lido 1 Stack TCP/IP Modello TCP/IP e modello OSI Il livello internet corrisponde al livello rete del modello OSI, il suo

Dettagli

Centro Nazionale per l Informatica nella Pubblica Amministrazione. Gara a procedura aperta n. 1/2007. per l appalto dei

Centro Nazionale per l Informatica nella Pubblica Amministrazione. Gara a procedura aperta n. 1/2007. per l appalto dei Centro Nazionale per l Informatica nella Pubblica Amministrazione Gara a procedura aperta n. 1/2007 per l appalto dei Servizi di rilevazione e valutazione sullo stato di attuazione della normativa vigente

Dettagli

Sistemi informatici in ambito radiologico

Sistemi informatici in ambito radiologico Sistemi informatici in ambito radiologico Dott. Ing. Andrea Badaloni A.A. 2015 2016 Reti di elaboratori, il modello a strati e i protocolli di comunicazione e di servizio Reti di elaboratori Definizioni

Dettagli

Analisi, progettazione e sviluppo di un modulo di gestione di messaggistica orientato alla sanità

Analisi, progettazione e sviluppo di un modulo di gestione di messaggistica orientato alla sanità ALMA MATER STUDIORUM - UNIVERSITA DI BOLOGNA CAMPUS DI CESENA SCUOLA DI SCIENZE CORSO DI LAUREA IN SCIENZE E TECNOLOGIE INFORMATICHE Analisi, progettazione e sviluppo di un modulo di gestione di messaggistica

Dettagli

La rete ci cambia la vita. Le persone sono interconnesse. Nessun luogo è remoto. Reti di computer ed Internet

La rete ci cambia la vita. Le persone sono interconnesse. Nessun luogo è remoto. Reti di computer ed Internet La rete ci cambia la vita Lo sviluppo delle comunicazioni in rete ha prodotto profondi cambiamenti: Reti di computer ed Internet nessun luogo è remoto le persone sono interconnesse le relazioni sociali

Dettagli

Reti di computer ed Internet

Reti di computer ed Internet Reti di computer ed Internet La rete ci cambia la vita Lo sviluppo delle comunicazioni in rete ha prodotto profondi cambiamenti: nessun luogo è remoto le persone sono interconnesse le relazioni sociali

Dettagli

UNA POLITICA PER LA SANITÀ ELETTRONICA

UNA POLITICA PER LA SANITÀ ELETTRONICA Ministro per l innovazione e le tecnologie Tavolo Permanente Sanità Elettronica delle Regioni e delle Province Autonome UNA POLITICA PER LA SANITÀ ELETTRONICA Per un migliore e più efficiente Sistema Sanitario

Dettagli

Ministero del Lavoro e delle Politiche Sociali

Ministero del Lavoro e delle Politiche Sociali Ministero del Lavoro e delle Politiche Sociali Prospetto Informativo on-line Standard tecnici del sistema informativo per l invio telematico del Prospetto Informativo Documento: UNIPI.StandardTecnici Revisione

Dettagli

Università degli Studi di Bologna Bologna, 12/12/2002 Corso di Laurea In Informatica. Alessandro Valenti. Sessione II

Università degli Studi di Bologna Bologna, 12/12/2002 Corso di Laurea In Informatica. Alessandro Valenti. Sessione II Università degli Studi di Bologna Bologna, 12/12/2002 Corso di Laurea In Informatica Alessandro Valenti Sessione II Anno Accademico 2001-2002 SOMMARIO: Scenario Data Integration Il Servizio AnaWeb Web

Dettagli

Le reti. Introduzione al concetto di rete. Classificazioni in base a

Le reti. Introduzione al concetto di rete. Classificazioni in base a Le reti Introduzione al concetto di rete Classificazioni in base a Software di rete OSI e TCP/IP Definizione di rete Vantaggi delle reti Reti ad architettura centralizzata e distribuita Sistemi aperti

Dettagli

JUNAK3 SISTEMA GESTIONE AZIENDALE

JUNAK3 SISTEMA GESTIONE AZIENDALE JUNAK3 SISTEMA GESTIONE AZIENDALE Modulo di Gestione Magazzino www.kisar.it JUNAK3 - SISTEMA DI GESTIONE AZIENDALE Il Sistema di Gestione Aziendale JUNAK3 è una piattaforma realizzata in ambiente Windows,

Dettagli

La sicurezza nel Sistema Pubblico di Connettività Prima parte

La sicurezza nel Sistema Pubblico di Connettività Prima parte La sicurezza nel Sistema Pubblico di Connettività Prima parte Ing. Gianfranco Pontevolpe Responsabile Ufficio Tecnologie per la sicurezza Centro Nazionale per l Informatica nella Pubblica Amministrazione

Dettagli

TECNICO SUPERIORE PER IL SISTEMA INFORMATIVO AZIENDALE

TECNICO SUPERIORE PER IL SISTEMA INFORMATIVO AZIENDALE ISTRUZIONE E FORMAZIONE TECNICA SUPERIORE SETTORE INDUSTRIA E ARTIGIANATO TECNICO SUPERIORE PER IL SISTEMA INFORMATIVO AZIENDALE STANDARD MINIMI DELLE COMPETENZE TECNICO PROFESSIONALI DESCRIZIONE DELLA

Dettagli

Guida all uso del web service SDMX

Guida all uso del web service SDMX Guida all uso del web service SDMX Introduzione L obiettivo di questo documento è l illustrazione sintetica degli step che tecnicamente bisogna compiere affinché un generico client sia in grado di interagire

Dettagli

Esperienze di utilizzo dello standard HL7 Regione Emilia Romagna

Esperienze di utilizzo dello standard HL7 Regione Emilia Romagna Esperienze di utilizzo dello standard HL7 Regione Emilia Romagna Il Progetto SOLE - Sanità On LinE e gli standard Stefano Micocci e Marco Devanna CUP 2000 15 settembre 2010 SOLE-100206 Di cosa parleremo

Dettagli

Service Discovery Protocol (SDP) Bluetooth

Service Discovery Protocol (SDP) Bluetooth Service Discovery Protocol (SDP) Bluetooth I protocolli di service discovery permettono a dispositivi ed applicazioni di cercare servizi offerti da altri dispositivi ed applicazioni. Per servizio si intende

Dettagli

Modello OSI e architettura TCP/IP

Modello OSI e architettura TCP/IP Modello OSI e architettura TCP/IP Differenza tra modello e architettura - Modello: è puramente teorico, definisce relazioni e caratteristiche dei livelli ma non i protocolli effettivi - Architettura: è

Dettagli

Definizione delle interfacce di colloquio fra le componenti

Definizione delle interfacce di colloquio fra le componenti Definizione delle interfacce di colloquio fra le componenti (integrazione documento) 1 DOCUMENTO:. 1.2 Emesso da: EMISSIONE VERIFICA APPROVAZIONE Nome firma Verificato da: Approvato da: Area ISIC LISTA

Dettagli

Introduzione alle basi di dati. Gestione delle informazioni. Gestione delle informazioni. Sistema informatico

Introduzione alle basi di dati. Gestione delle informazioni. Gestione delle informazioni. Sistema informatico Introduzione alle basi di dati Introduzione alle basi di dati Gestione delle informazioni Base di dati Modello dei dati Indipendenza dei dati Accesso ai dati Vantaggi e svantaggi dei DBMS Gestione delle

Dettagli

Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci

Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci Corso di Laurea Magistrale in Ingegneria per l Ambiente e il Territorio A.A. 2014-2015 Telerilevamento e GIS Prof. Ing. Giuseppe Mussumeci Strutture di dati: DB e DBMS DATO E INFORMAZIONE Dato: insieme

Dettagli

Integrazione dei sistemi locali. Regione Lombardia

Integrazione dei sistemi locali. Regione Lombardia Integrazione dei sistemi locali Regione Lombardia Descrizione Popolazione servita Ospedali pubblici/medici specialisti Visione sanità integrata Obiettivo chiave dell iniziativa Architettura Finanziamento

Dettagli

Presupposti tecnici e aspetti procedurali dell'interoperabilità tra ILL-SBN e Aleph500

Presupposti tecnici e aspetti procedurali dell'interoperabilità tra ILL-SBN e Aleph500 Presupposti tecnici e aspetti procedurali dell'interoperabilità tra ILL-SBN e Aleph500 Immagine sede evento Liliana Bernardis Roma, 12 maggio 2014 Le origini della collaborazione Roma, 18 settembre 2007

Dettagli

1 Seminario Operativo Gruppi di Cure Primarie e Unità di Medicina Generale in Piemonte

1 Seminario Operativo Gruppi di Cure Primarie e Unità di Medicina Generale in Piemonte 1 Seminario Operativo Gruppi di Cure Primarie e Unità di Medicina Generale in Piemonte IL SISTEMA INFORMATIVO VISTO DALLA REGIONE PIEMONTE Dott. Domenico Nigro - Direzione regionale Sanità 24 Maggio 2008

Dettagli

Internet e protocollo TCP/IP

Internet e protocollo TCP/IP Internet e protocollo TCP/IP Internet Nata dalla fusione di reti di agenzie governative americane (ARPANET) e reti di università E una rete di reti, di scala planetaria, pubblica, a commutazione di pacchetto

Dettagli

Commissione UNINFO Informatica Medica

Commissione UNINFO Informatica Medica Commissione UNINFO Informatica Medica Milano 30 Settembre 2013 Pier Angelo Sottile Presidente Commissione UNINFO d Informatica Medica Vice-convenor WG1, CEN TC 251 Coordinating Advisory Group 2,ISO TC215

Dettagli

Scenario reale di integrazione anagrafica in un Sistema Informativo Ospedaliero, tra contraddizioni e criticità, fra i sistemi CUP -RIS e

Scenario reale di integrazione anagrafica in un Sistema Informativo Ospedaliero, tra contraddizioni e criticità, fra i sistemi CUP -RIS e Scenario reale di integrazione anagrafica in un Sistema Informativo Ospedaliero, tra contraddizioni e criticità, fra i sistemi CUP -RIS e l'anagrafica centrale. Con le tecnologie Hardware e Software attualmente

Dettagli

[EEDS] Comprendere cosa è l hardware, conoscere i fattori che influiscono sulle prestazioni di un computer e sapere cosa sono le periferiche.

[EEDS] Comprendere cosa è l hardware, conoscere i fattori che influiscono sulle prestazioni di un computer e sapere cosa sono le periferiche. PROPOSTA PER L EROGAZIONE DI CORSI DI FORMAZIONE CON CERTIFICAZIONE FINALE ECDL (CORE E/O HEALTH) A CURA DEL DIPARTIMENTO DI CHIRURGIA (TEST CENTER DI ATENEO AGI_02) A FAVORE DEL DIPARTIMENTO DI FILOSOFIA,

Dettagli

Progetto di Applicazioni Software

Progetto di Applicazioni Software Progetto di Applicazioni Software Antonella Poggi Dipartimento di Informatica e Sistemistica Antonio Ruberti SAPIENZA Università di Roma Anno Accademico 2008/2009 Questi lucidi sono stati prodotti sulla

Dettagli

Mammografia digitale e RIS-PACS in Regione Emilia Romagna

Mammografia digitale e RIS-PACS in Regione Emilia Romagna Mammografia digitale e RIS-PACS in Regione Emilia Romagna Modena 27 novembre 2008 Silvia Salimbeni in collaborazione con Rita Bisognin .un po di storia Fine anni 90 in tutta la Regione Emilia Romagna si

Dettagli

Reti di computer. Agostino Lorenzi - Reti di computer - 2008

Reti di computer. Agostino Lorenzi - Reti di computer - 2008 Reti di computer Telematica : termine che evidenzia l integrazione tra tecnologie informatiche e tecnologie delle comunicazioni. Rete (network) : insieme di sistemi per l elaborazione delle informazioni

Dettagli

Reti di calcolatori. Lezione del 18 maggio

Reti di calcolatori. Lezione del 18 maggio Reti di calcolatori Lezione del 18 maggio Riepilogo concetti Il software di rete La gestione della rete non può essere lasciata alle applicazioni-utente Necessità di un software specifico dedicato a gestire

Dettagli

SCHEDA DI PROGRAMMAZIONE DISCIPLINARE DA RIPORTARE SUL P.O.F. A.S. 2014-2015. Ripasso programmazione ad oggetti. Basi di dati: premesse introduttive

SCHEDA DI PROGRAMMAZIONE DISCIPLINARE DA RIPORTARE SUL P.O.F. A.S. 2014-2015. Ripasso programmazione ad oggetti. Basi di dati: premesse introduttive SCHEDA DI PROGRAMMAZIONE DISCIPLINARE DA RIPORTARE SUL P.O.F. A.S. 2014-2015 ASSE DISCIPLINA DOCENTE MATEMATICO INFORMATICA Cattani Barbara monoennio CLASSE: quinta CORSO D SEZIONE LICEO SCIENZE APPLICATE

Dettagli

TRASMISSIONE DI DATI VIA INTERNET

TRASMISSIONE DI DATI VIA INTERNET TRASMISSIONE DI DATI VIA INTERNET 2.0 1 11 Sommario SOMMARIO...2 1. STORIA DELLE MODIFICHE...3 2. TRASMISSIONE DATI VIA INTERNET...4 2.1 SCOPO DEL DOCUMENTO...4 2.2 INTRODUZIONE...4 3. FORMATO DEI DOCUMENTI...5

Dettagli

Dosimetria paziente in TAC: utilizzo del protocollo DICOMSR per calcolo e monitoraggio di LDR e parametri rilevanti

Dosimetria paziente in TAC: utilizzo del protocollo DICOMSR per calcolo e monitoraggio di LDR e parametri rilevanti Dosimetria paziente in TAC: utilizzo del protocollo DICOMSR per calcolo e monitoraggio di LDR e parametri rilevanti Andrea Martignano Aldo Valentini Servizio di Fisica Sanitaria APSS Trento Il formato

Dettagli

Appl. di emissione PKCS#11. API (Metacomandi) Resource Manager Windows. Drivers PC/SC dei lettori

Appl. di emissione PKCS#11. API (Metacomandi) Resource Manager Windows. Drivers PC/SC dei lettori Roma, 30 gennaio 2003 La realtà della carta di identità elettronica (nel seguito CIE) e della carta nazionale dei servizi (nel seguito CNS) rende ineluttabile l individuazione di servizi da erogare in

Dettagli

Corso di Informatica

Corso di Informatica CdLS in Odontoiatria e Protesi Dentarie Corso di Informatica Prof. Crescenzio Gallo crescenzio.gallo@unifg.it Immagini radiologiche!2 PACS PACS è l'acronimo anglosassone di Picture archiving and communication

Dettagli

Livello Applicazione. Davide Quaglia. Motivazione

Livello Applicazione. Davide Quaglia. Motivazione Livello Applicazione Davide Quaglia 1 Motivazione Nell'architettura ibrida TCP/IP sopra il livello trasporto esiste un unico livello che si occupa di: Gestire il concetto di sessione di lavoro Autenticazione

Dettagli

Seminario di Sistemi Distribuiti: RPC su SOAP

Seminario di Sistemi Distribuiti: RPC su SOAP Corso di Sistemi Distribuiti Prof. S. Balsamo Seminario di Sistemi Distribuiti: RPC su SOAP [ 777775] 1 INTRODUZIONE 3 2 RPC 3 3 SOAP (SIMPLE OBJECT ACCESS PROTOCOL) 3 4 UTILIZZO DI SOAP COME PROTOCOLLO

Dettagli

Telematica II 7. Introduzione ai protocolli applicativi

Telematica II 7. Introduzione ai protocolli applicativi Indice Standard ISO/OSI e TCP/IP Telematica II 7. Introduzione ai protocolli applicativi Modello Client / Server I Socket Il World Wide Web Protocollo HTTP Corso di Laurea in Ingegneria Informatica A.A.

Dettagli

E-health. 22 aprile 2004 ore 16,15 Aula Perego Università Bocconi. L impatto della ICT nell area clinica: la centralità dei dati del paziente

E-health. 22 aprile 2004 ore 16,15 Aula Perego Università Bocconi. L impatto della ICT nell area clinica: la centralità dei dati del paziente CERGAS Centro di Ricerche sulla Gestione dell Assistenza Sanitaria e Sociale E-health 22 aprile 2004 ore 16,15 Aula Perego Università Bocconi L impatto della ICT nell area clinica: la centralità dei dati

Dettagli

Oreste Signore, Responsabile Ufficio Italiano W3C Area della Ricerca CNR - via Moruzzi, 1-56124 Pisa

Oreste Signore, <oreste@w3.org> Responsabile Ufficio Italiano W3C Area della Ricerca CNR - via Moruzzi, 1-56124 Pisa http://www.w3c.it/education/2012/upra/basicinternet/#(1) 1 of 16 Oreste Signore, Responsabile Ufficio Italiano W3C Area della Ricerca CNR - via Moruzzi, 1-56124 Pisa Master in Comunicazione

Dettagli