IHE Integration Statement le caratteristiche del software la gestione

L’architettura su cui è basato Eulero è conforme al modello WEB/Internet: essa è
server-centrica con utilizzo di client leggero, ed è costruita utilizzando componenti
software RDBMS Oracle e Application Server OpenSource.
L’architettura è distribuita e scalabile su 3 livelli elaborativi distinti:
•il livello presentazione, con interfaccia utente grafica evoluta
GUI operante su piattaforma client, che per l’ambiente Internet
richiede la presenza del solo componente browser
•il livello application, dove è operativa la logica applicativa,
posizionato su un apposito Application Server
•il livello dati, dove opera il gestore di database installato su
un’altra macchina server, denominata in questo caso Database
Server, col componente Oracle Database.
Il riferimento architetturale è il modello J2EE (Java 2 Enterprise
Edition) proposto originariamente dalla SUN, che è il riferimento
principale, universalmente adottato per l’elaborazione distribuita
in ambiente Internet.
Tale modello prevede che il client (la stazione di lavoro) si
faccia carico della presentazione, che l’application server si
faccia carico della logica elaborativa delle applicazione e che
il data base server provveda a fornire i servizi di registrazione
e di accesso ai dati.
la gestione delle comunicazioni
In Eulero è insito un completo sistema di comunicazione basato sul protocollo HL7.
L’architettura del sistema è basata sulle seguenti componenti:
•Sistema di mappatura messaggi/evento/informazione:
permette di organizzare la generazione dei messaggi HL7 da e
verso Eulero, definendo le grammatiche dei singoli segmenti.
Tutta la fase di mappatura avviene mediate l’utilizzo di semplici
file XML di configurazione;
•Gestore delle code dei messaggi: è la componente che si
occupa di gestire materialmente l’inoltro dei messaggi HL7 in
entrata ed in uscita da Eulero.
Si prende carico di gestire anche quelle che sono eventuali
eccezioni che dovessero scaturire durate il processo di
scambio messaggi.
Esso affronta anche il “two fase commit”, permettendo di
gestire gli ACK dei messaggi sia sintattici che semantici;
•Interfaccia utente web di amministrazione: si occupa
di mostrare all’utente quello che è lo stato delle code dei
messaggi in entrata ed in uscita, permettendo di monitorare
in ogni istante lo stato del sistema, nonché di modificare i
messaggi presenti sulle code e di rinviarli.
Consente inoltre di risolvere tutte le eventuali situazioni di
errore che dovessero insorgere durate l’uso;
•Repository dei messaggi: permette di conservare tutto lo
storico dei messaggi HL7 processati da Eulero per garantire
la tracciabilità di tutti gli eventi.
La presenza in Eulero di una interfaccia nativa in formato HL7,
permette di fare a meno di complessi sistemi di integrazione
ad hoc per consentire la sua installazione nel sistema
informatico sanitario in considerazione, garantendo un suo
innesto del tipo ”plug and play”. Questo approccio tecnologico
nasce dalla lunga esperienza maturata da Solinfo nel campo
delle integrazioni tra sistemi sanitari eterogenei.
L’obiettivo di Eulero è quello di offrire un punto di accesso
unico a richieste provenienti da svariate applicazioni: la
caratteristica fondamentale di cui è dotato al riguardo è la sua
capacità di interagire con il maggior numero di applicativi, i
quali possono essere differenti per sistema operativo, servizi e
collocazione all’interno della rete.
IHE Integration Statement
Il nostro software Eulero ha ottenuto l“IHE Integration Statement”.
Esso ha infatti superato con esito positivo i test comprovanti
la conformità del prodotto ai profili IHE (Integrating the
Healthcare Enterprise), e nello specifico: XDS (CrossEnterprise Documents Sharing), RID (Retrive Information for
Display) e ATNA (Audit Trail Node Authentication).
Ciò significa che il nostro software impiega standards di
comunicazione riconosciuti a livello internazionale, garantendone la interoperabilità con gli altri applicativi del Sistema
Informatico Ospedaliero.
I nomi degli operatori e degli utenti/pazienti riportati nelle schermate e negli
esempi, sono frutto di immaginazione. Ogni riferimento a fatti reali e/o a
persone è del tutto casuale. Tutti i diritti riservati. Nessuna parte del presente
opuscolo può essere copiata, riprodotta, tradotta o convertita in qualsiasi
formato elettronico o meccanico senza la previa autorizzazione scritta.
I marchi citati nella presente pubblicazione che non appartengano alla
Solinfo s.r.l. sono di proprietà dei legittimi titolari. Il loro uso è stato
effettuato a fini esclusivamente descrittivi, non implicando o sottintendendo
l’esistenza di alcun collegamento, di natura societaria o contrattuale, tra la
Solinfo s.r.l. stessa e le società o i soggetti titolari di tali marchi.
Solinfo s.r.l. · 36100 VICENZA · Via dell’Edilizia, 19
tel. 0444.962.966 · fax 0444.963.936 · www.solinfo.it
concept & graphic design_stefanoserafini.com
le caratteristiche del software
0001111100000001110101010100111110010101100101011000000111111001011001110110110000011010100001
fascicolo sanitario elettronico del paziente
0101011110101010111101010000111101011001101011100110101111001110111101101110101110011011010110
1011101010110110111000000011111100110000011000000001111100010111110000111010101100011010111100
1100001111000101101010101011010110111000101010100000010101011110010101110001101011100110101110
0111000001110000111010101111000011110000011110001110011001111100000001110101010100111110010101
1001010110000001111110010110011101101000001101010000101010111101010101111010100001111010110011
0101110011010111100111011110110111010111001101101011010111010101101101110000000111111001100000
110000000011111000101111100001110100011111000001110101010100111110010101100101011000000111111
0010110011101101110000011010100001010101111010101011110101000011110101100110101110011010111100
1110111101101110101110011011010110101110101011011011100000001111110011000001100000000111110001011111
0000111010101100011010111100110000111100010110101010101010110111000101010100000010101011110010101110
0011010111001101011100111000001110000111010101111000011110000011110001110011001111100000001110101010
1001111100101011001010110000001111110010110011101101000001101010000101010111101010101111010100001111
0101100110101110011010111100111011110110111010111001101101011010111010101101101110000000111111001100
0001100000000111110001011111000011101000011111000000011101010101001111100101011001010110000001111110
0101100111011011000001101010000101010111101010101111010100001111010110011010111001101011110011101111
0110111010111001101101011010111010101101101110000000111111001100000110000000011111000101111100001110
10101100011010111100110000111100010110101010101101011011100010101010000001010101111001010111000110
1011100110101110011100000111000011101010111100001111000001111000111001100111110000000111010101010
0111110010101100101011000000111111001011001110110100000110101000010101011110101010111101010000111
1010110011010111001101011110011101111011011101011100110110101101011101010110110111000000011111100
1100000110000000011111000101111100001110100011111000001110101010100111110010101100101011000000111
1110010110011101101110000011010100001010101111010101011110101000011110101100110101110011010111100
111011110110111010111001101101011010111010101101101110000000111111001100000110000000011111
000101111100001110101011000110101111001100001111000101101010101010101101110001010101000000
101010111100101011100011010111001101011100111000001110000111010101111000011110000011110001
1100110011111000000011101010101001111100101011001010110 00000111111001011001110110100000110
10100001010101111010101011110101000011110101100110101110011010111100111011110110111010111
00110110101101011101010110110111000000011111100110000011000000001111100010111110000111010
ogni informazione in qualsiasi
istante e in qualsiasi luogo
il fascicolo elettronico del paziente
Tutta la storia sanitaria di un paziente viene organizzata in un unico fascicolo elettronico
che è consultabile per via telematica, in qualsiasi istante e da qualsiasi luogo, da chi (e solo da
chi) sia autorizzato a farlo e limitatamente a quella parte per cui l’autorizzazione gli è stata
conferita.
è questa la filosofia sulla base della quale è nato Eulero e
che ha guidato l’ufficio Software Engineering della Solinfo
nelle fasi della sua progettazione e realizzazione. Essa è
stata peraltro da subito associata a quella dell’applicativo
di estrazione e visualizzazione delle informazioni, che porta
il nome di Talete. Scopo di Eulero è pertanto quello di
raccogliere e organizzare tutte le informazioni cliniche che
Eulero è un EHR (Elettronic Health Record), e cioè un
archivio informatico (repository) evoluto, che consente
l’informatizzazione del processo di raccolta e gestione,
secondo la logica del “fascicolo paziente”, di tutte le
informazioni cliniche a dati strutturati che possono
essere generate durate la vita di una persona
riguardano il singolo paziente, nonché di renderle disponibili
all’istante a chi (e solo a chi) sarà stato preventivamente
autorizzato in merito.
Ciò dovrà avvenire in qualsiasi contesto in cui dovessero
essere necessarie (una visita dal proprio medico di medicina
generale, una visita da un medico specialista, un ricovero
ospedaliero, un ricovero urgente in pronto soccorso).
la libera organizzazione delle informazioni
Il sistema Eulero permette di organizzare liberamente le informazioni cliniche, dal momento
che gestisce sia i documenti nel loro insieme che i singoli dati strutturati di cui un qualsiasi
documento può essere costituito (dati “testo”, dati “numerici”, ecc.).
In Eulero possono essere raccolte tutte le informazioni generate
da un qualsiasi software produttore, dal momento che esso è
Il futuro
predisposto per utilizzare tutti quelli che sono gli standard di
interoperabilità riconosciuti a livello internazionale.
Fra qualche anno.
il modello ad oggetti
18 febbraio 20..
L’approccio innovativo che caratterizza Eulero nella gestione delle informazioni è fondato su
di un semplice modello “ad oggetti”, che permette al clinico di organizzare a suo piacimento
l’insieme di informazioni che desidera raccogliere.
“Il medico specialista di Berlino da me interpellato sta
consultando la mia storia clinica, le mie vaccinazioni, le
mie assunzioni di farmaci avvenute negli ultimi 5 anni e
l’ultimo referto relativo al mio checkup per una sospetta
trombosi. Il mio fascicolo elettronico è memorizzato su di
una server farm in Belgio.
Sto parlando con lo specialista mediante una comunicazione
audiovisiva mentre io sono a casa mia in Italia. Entrambi
stiamo consultando sui nostri rispettivi PC le informazioni
contenute nel mio fascicolo.
L’anno prossimo mi trasferirò in Colombia e tutte le
informazioni presenti nel mio fascicolo saranno rese
disponibili in lingua spagnola per quello che sarà il mio nuovo
medico di Bogotà, e il contenuto semantico dei miei dati sarà
riconoscibile dal sistema informativo che lui utilizzerà.
I medici che mi stanno assistendo, e che io ho autorizzato
ad accedere alla mie informazioni, possono in qualsiasi
momento e da qualsiasi luogo ricercare qualsiasi dato
delle mia storia clinica. Possono consultare liberamente il
mio fascicolo elettronico, con qualunque filtro temporale,
per seguire il processo evolutivo di una qualunque mia
patologia. Sono inoltre in grado di effettuare qualsiasi tipo
di analisi sui miei dati, al fine di prevenire l’insorgere di
ogni mio possibile inconveniente sanitario.
Il mio fascicolo sanitario è sempre automaticamente
sincronizzato con tutti i produttori di informazioni e
raccoglie tutti i dati di ogni mio accertamento clinico,
qualunque sia il luogo in cui questo sia stato operato.
Questo insieme ordinato di informazioni presenti nel mio
fascicolo permette, a dei sistemi automatici di ausilio
decisionale, di supportare i medici da me consultati nelle
definizioni delle diagnosi e nell’individuazione di eventuali
percorsi terapeutici.
La telemedicina è una realtà e viene utilizzata di routine.
Il mondo della sanità ha raggiunto obiettivi di “paperless”
e di “moveless”. La standardizzazione dei processi ha
permesso di raggiungere un alto grado di interoperabilità
delle informazioni. Il responsabile informativo di una
qualsiasi azienda sanitaria può scegliere in libertà un
qualsiasi applicativo specialistico, essendo sicuro che esso
si integrerà perfettamente e senza inconvenienti con la rete
informatica sanitaria mondiale, e che tutte le informazioni
sanitarie strutturate prodotte dall’applicativo e relative ad
un certo paziente saranno raccolte ordinatamente all’interno
del suo fascicolo elettronico appositamente predisposto.
I vari produttori di software possono applicare degli
standard di comunicazione e, grazie all’utilizzo delle
ontologie, degli standard semantici predefiniti a livello
internazionale, potendosi così concentrare sullo sviluppo di
avanzate soluzioni tecnologiche.”
“Un sogno non sempre
rimane solo un sogno”
Solinfo
Sarà sufficiente definire a monte gli archètipi, che conterranno
tutti i vincoli e i contenuti informativi, i quali a loro volta
determineranno una struttura organizzata dei dati che sarà
atta alla raccolta, alla consultazione e al trasferimento delle
informazioni.
le ontologie
La standardizzazione della terminologia clinica ed amministrativa in termini semantici è il
fulcro dell’interoperabilità nella gestione delle informazioni sanitarie. Eulero si occupa di
definire le regole ontologiche che permettono un’univoca interpretazione delle informazioni.
Questo consente la loro riconoscibilità e l’inalterabilità del loro
contenuto in qualsiasi caso si debba estrapolare e/o trasferire
le stesse dal repository alla volta di un qualunque altro sistema.
Eulero usa infatti il concetto di ontologia per modellare e gestire
l’insieme delle informazioni che vengono prodotte a seguito di
un qualsiasi evento clinico. L’uso del concetto di “ontologia” nel
settore informatico sta nella fissazione del contenuto intrinseco
di ogni singolo dato, affinché possa essere sempre riconosciuto
come tale da chiunque lo manipoli o utilizzi, nonché in qualsiasi
operazione di estrapolazione o trasferimento o trasmigrazione.
In questo modo, applicazioni distinte possono usare riferimenti
terminologici fra loro diversi pur rappresentando la stessa
entità o lo stesso elemento. Sulla base di questi presupposti,
Eulero gestisce sia sistemi terminologici standard, come
ICD9-CM, ICD10, LOINC, CPT, SNOMED, che insiemi terminologici non standard definiti localmente.
l’integrazione con la firma digitale
Se ai documenti archiviati in Eulero sarà stata applicata all’origine la firma digitale, si
attribuirà valore legale agli stessi e si avrà una totale garanzia sulla loro autenticità, integrità
e provenienza.
La Solinfo, peraltro, annovera fra i suoi prodotti quello per la firma digitale, che porta il nome di Signum.
la struttura delle informazioni
Eulero cambia il modo tradizionale con cui è progettato un sistema informativo,
concentrandosi sui contenuti e mettendo al centro del modello progettuale proprio
chi si occupa della raccolta e consultabilità delle informazioni.
La struttura organizzativa dei dati è schematizzabile secondo il sottostante modello.
Al fine di analizzare più da vicino i singoli “blocchi”, si può partire dal presupposto che
qualsiasi cittadino, lungo il corso della sua vita (a seguito di sopravvenute situazioni o di
accadimenti) può essere soggetto ad eventi clinici.
E’ lo specialista sanitario stesso, che definendo i modelli
clinici mediante gli archétipi, progetta e crea il sistema, che
può essere oggetto di successiva evoluzione. Lo sviluppatore
informatico si limita ad implementare il sistema iniziale e a
garantire il totale supporto all’utente del sistema stesso.
In Eulero la gestione delle informazioni è strutturata secondo
quello che è lo schema logico definito dalla normativa
CEN/TC 251. Esso inoltre utilizza la definizione dello standard
dato dalle norme EN 13606-1 e EN 13606-2.
EHR
EVENTO
(Event)
FOLDER
DOCUMENTO
(Composition)
SEZIONE
(Section)
PARAGRAFO
(Entry)
PARAMERTO
(Element)
VALORE
(Data Value)
Fascicolo sanitario
elettronico del
paziente
Specifico evento
clinico occorso
al paziente
Insieme dei documenti
associati al singolo
evento clinico
Documento (o insieme
dei dati strutturati di
un documento)
Ogni singolo capitolo
di cui è formato un
documento
Ogni singolo paragrafo
relativo ad un tipo di
parametri da misurare
Ogni singolo specifico
parametro oggetto di
valutazione/misurazione
Valore quantitativo
o qualitativo del
predefinito parametro
L’EHR è l’Elettronic Health
R ecord, cioè il fascicolo
elettronico dello specifico
paziente. Esso rappresenta il
“contenitore informatico” nel
quale vengono raccolti ed
organizzati tutti i documenti
e tutti i dati prodotti nell’ambito di tutti gli eventi clinici
che lo specifico paziente ha
subito lungo l’intero corso
della propria vita.
Costituisce l’evento, che è
occorso al cittadino, che
assume risvolti clinici
(esempio: accesso al Pronto
Soccorso a causa di improvvise
forti emicranie, accompagnate
da svenimento).
E’ il contenitore informatico
di tutti i documenti prodotti
nell’ambito dell’espletamento
di una “attività complessa”
(esempio: F1 – visite mediche
specialistiche; F2 – indagini
diagnostiche radiologiche;
F3 – esami di laboratorio)
facente parte del più
generale insieme di attività
costituenti l’evento clinico in
considerazione.
E’ il singolo documento, eventualmente interpretabile come
l’insieme dei dati strutturati
di cui è costituito, che è stato
prodotto nell’ambito di una
specifica attività “semplice”
(esempio: D1 – referto del
medico di Pronto Soccorso;
D2 – referto del radiologo;
D3 – referto dell’otorinolaringoiatra). Quest’ultima, nel
caso più generale, fa parte
di quella serie di attività
coordinate che originano una
“attività complessa”, costituente un apposito FOLDER.
Un Documento è costituito da un insieme di SEZIONI,
cioè di “capitoli” (esempio:
il Docunemto “Referto di visita medica di PS”, è composta da: S1 - sintomatologia
del paziente; S2 - parametri
pressori).
E’ la denominazione generale
di un insieme di parametri
omogenei che si vanno a
misurare per oggettivare
l’evento clinico (esempio:
PR1 – pressione arteriosa).
Sono le definizioni, secondo i
principi dell’ontologia, dei
singoli parametri che si
andranno a misurare per
oggettivare l’evento clinico
(esempio: PM1 – pressione
sistolica in mmHg). In altri
termini si può affermare che
il PARAMETRO è l’ontologia
del VALORE di cui al punto
successivo, il quale ultimo è il
valore (quantitativo o qualitativo) del dato che verrà poi
trascritto nello specifico campo
ad esso dedicato.
E’ il valore (descrittivo o quantitativo) del singolo PARAMETRO
(esempio: V - “178” riferito
al PARAMETRO “pressione
sistolica in mm di Hg).
Per la più completa comprensione dei singoli
dati contenuti all’interno di un Folder, è poi
necessario registrare e mantenere strettamente
associati al Folder stesso altri due “blocchi”
di informazioni:
RISORSE
(Party)
nell’ambito del quale vengono
introdotti tutti i dati riguardanti
le entità e le risorse coinvolte
nella specifica attività facente
parte dell’evento clinico in considerazione (esempio: identificazione del luogo in cui si è
espletata la specifica attività,
dell’apparecchiatura utilizzata,
dell’operatore sanitario e
del ruolo che ha avuto
in tale contesto, ecc.). In
pratica il “blocco” RISORSE
raccoglie l’elenco e il ruolo delle entità logiche
e fisiche coinvolte nella
creazione delle informazioni;
CONTESTO CLINICO
(Clinical Context)
nel quale si archiviano le
informazioni che definiscono
il contesto clinico nell’ambito
del quale il Folder è stato
originato (esempio: data, orario,
numero della richiesta di
riferimento, numero del
ricovero, ecc.).
Tutta la documentazione prodotta nel contesto di tali eventi può essere raccolta e organizzata
all’interno di un apposito fascicolo sanitario informatizzato dedicato al cittadino stesso, che
costituisce il suo EHR (Elettronic Health Record).
Scendendo più nello specifico, possiamo affermare che nel
contesto di un qualsiasi singolo evento clinico (esempio:
accesso al pronto soccorso a seguito di svenimento) vengono
espletate una serie di attività che definiremo “complesse”
(esempio: visite mediche specialistiche, indagini diagnostiche
radiologiche, esami di laboratorio, ecc.).
Un’attività complessa (esempio: indagini diagnostiche
radiologiche) è a sua volta frutto dell’espletamento di un
insieme coordinato di attività che definiremo “semplici”, per
ognuna delle quali viene prodotto un documento (eventualmente
costituito da una serie di dati strutturati), il quale assumerà
il nome di DOCUMENTO (esempio: Documento 1 - Immagini
radiografiche; Documento 2 - Referto del medico radiologo su
tali immagini). All’insieme dei documenti prodotti nell’ambito
dell’espletamento di un’attività complessa, somma di una
serie coordinata di attività semplici, daremo il nome di FOLDER
(esempio: indagini diagnostiche radiologiche), il quale rimarrà
pertanto strettamente correlato all’evento clinico che ne ha
reso necessaria la costituzione. Per quanto sopra precisato,
ad un singolo evento clinico possono rimanere associati più
Folders (uno per ciascuna attività complessa), in ognuno dei
quali possiamo ritrovare più Documenti (il singolo documento
correlato all’attività semplice).
Ogni documento, nel caso più generale, può pensarsi suddiviso
in “capitoli” tematici, ognuno dei quali viene denominato
SEZIONE (esempio: il Documento “Referto di visita medica di
P.S.” è suddivisa in varie Sezioni: Sezione 1. sintomatologia del
paziente; Sezione 2. parametri pressori).
All’interno di ogni “Sezione” troveremo dei “Paragrafi”, ognuno
contenente vari dati riferibili alla valutazione di una tipologia di
parametri (esempio: battito cardiaco, pressione arteriosa) che si
dovranno misurare per oggettivare l’evento clinico e/o il suo esito.
All’interno di ogni “Paragrafo” troveremo i singoli parametri
che si dovranno misurare per oggettivare l’evento clinico.
Il “campo” contenente la denominazione del singolo parametro,
a cui rimane associata la sua univoca definizione, assume per
l’appunto il nome di PARAMETRO (esempio: numero dei battiti
cardiaci al minuto primo, pressione sistolica in mm di Hg).
La misura che viene effettuata del singolo parametro, così
come definito al punto precedente, si trascriverà in un apposito
campo, la cui denominazione è quella di VALORE.
E’ peraltro il caso di precisare che il “valore” da misurare
del singolo parametro può essere di tipo quantitativo (cioè
traducibile in un numero) o qualitativo, in tal caso secondo
terminologie univocamente predefinite e scale di valutazione
condivise e caratterizzate dall’oggettività.
il mapping
Si propone un semplice esempio di come sia
possibile mappare una serie di informazioni
presenti su supporto cartaceo utilizzando il
Reference Information Model di Eulero.
Nello schema a fianco è rappresentato l’approccio tradizionale,
basato su compilazione di un modulo cartaceo.
Referto di visita medica di P. S.
Rossi Mario
C.F. RSS MRR 76P03 H987L
Il paziente lamenta forti emicranie.
Battito cardiaco: 74
Pressione arteriosa: 178/106
..................
estrazione on-line dei dati e sicurezza (sistema ACL)
Completando il sistema con l’acquisizione di un adeguato applicativo di estrazione e
visualizzazione, i singoli dati strutturati e/o i documenti saranno poi consultabili per via
telematica, in qualsiasi istante e da qualsiasi postazione. Ciò, come è ovvio, sarà concesso
da Eulero solamente a chi sarà stato preventivamente autorizzato e limitatamente a quella
tipologia di dati e/o documenti per cui l’autorizzazione stessa gli sarà stata conferita.
Al riguardo Eulero è infatti intrinsecamente accessoriato
con un invulnerabile modello di sicurezza per il controllo
dell’accesso alle informazioni, conformemente a quelli che
sono gli standard di sicurezza internazionali e anche a quelle
che sono le normative vigenti al riguardo nei singoli Paesi.
Trattasi di uno specifico sistema basato sulle ACL (Access
Control List), che consente di stabilire a priori, e di verificare
al momento della richiesta, quali e chi sono le entità che sono
autorizzate ad accedere ad ogni singolo documento, e a quali
limitazioni dovranno sottostare.
Integrando il tutto con l’acquisizione di un applicativo di Single
Sign On (S.S.O.), che ha il compito di autorizzare gli accessi
a livello centrale, si fornisce completezza al sistema per i
fondamentali aspetti legati alla sicurezza.
Tutte le informazioni archiviate sono facilmente fruibili
dagli utilizzatori mediante moderne interfacce basate sulle
tecnologie usate in ambito web: questo garantisce una enorme
facilità e immediatezza per quello che riguarda la consultazione
e l’accesso alle informazioni stesse.
Il prodotto Solinfo per attuare ciò è Talete.
repository dei referti
di laboratorio e
pagamento on-line
conservazione centralizzata
della documentazione
sanitaria a norma di legge
Eulero può agevolmente divenire il repository
aziendale presso il quale estrarre via internet i
referti di laboratorio a favore del cittadino (o del
suo medico di medicina generale).
Dal momento che Eulero rappresenta l’archivio centralizzato, organizzato secondo la logica
del fascicolo paziente, di tutte le informazioni
prodotte nell’attività quotidiana di una struttura
sanitaria (esami di laboratorio, diagnostica,
visite specialistiche, cartella clinica, lettera di
dimissioni, ecc.), si determina la possibilità di
effettuare la conservazione dei dati a norma
di legge in tale contesto centralizzato, anziché
demandarla ai singoli produttori periferici dei
dati stessi.
Completando il sistema con l’acquisizione di un adeguato
applicativo per il pagamento on-line di eventuali ticket (di base
o integrativi per prestazioni aggiuntive) è possibile fornire al
cittadino un servizio integrato che gli consenta di evitare inutili
quanto onerosi spostamenti. Il prodotto Solinfo per attuare
ciò è Teleticket.
Al riguardo, su richiesta, la Solinfo può mettere a disposizione
della propria clientela il un sistema atto ad operare la conservazione
centralizzata a norma di legge della documentazione sanitaria, con
tutti i benefici che questo origina in termini di omogeneità delle
procedure, di sicurezza e di risparmio di risorse umane.
Nell’illustrazione, l’esempio di mapping delle stesse
informazioni all’interno di Eulero.
In questo modo è stato possibile trasformare informazioni
non organizzate in un struttura ordinata, i cui dati sono
interoperabili ed esportabili.