HL7 - Home di homes.di.unimi.it
annuncio pubblicitario
RECORD MEDICO UNIVERSALE – La condivisione di dati clinici fra centri di cura remoti, medici di base, unità sanitarie, farmacie, abitazioni dei pazienti è necessaria per giungere a: • miglioramento dell’assistenza attraverso analisi completa della storia clinica • riduzione delle consulenze esterne e dei tempi di attesa • efficace assistenza anche nei centri periferici • riduzione dei disagi del paziente • miglioramento dell’analisi a partire da database clinici omogenei e completi RECORD MEDICO UNIVERSALE – La difficoltà di interscambio è stata fino ad oggi la diversità di piattaforme, di database e di connessione – Una soluzione proposta è stata la ricerca di un vocabolario standardizzato – Ma il lavoro di codifica è enorme e non univoco – Viene decurtata la ricchezza informativa del linguaggio naturale – Sono necessarie soluzioni locali a seconda del software RECORD MEDICO UNIVERSALE – L’altro approccio è quello documentcentered, con interscambio immediato indipendente da software e piattaforma – Questo approccio è reso possibile dalla standardizzazione dei collegamenti con TCP/IP RECORD MEDICO UNIVERSALE – L’utilizzo di Internet con HTML non è sufficiente perchè HTML è incentrato sulla presentazione dei dati e non sul loro contenuto – Non è possibile fare drag&drop delle informazioni sul proprio database – La soluzione è data da XML e dalla standardizzazione del formato di scambio RECORD MEDICO UNIVERSALE – Ogni ambiente medico può creare il proprio vocabolario attraverso un set DTD (Document Type Definition) – Viene specificata struttura e formato di ciascun tipo di dato – Il contenuto del database è automaticamente convertito in un documento XML valido. RECORD MEDICO UNIVERSALE – Sarà possibile recuperare I documenti attraverso browser standard e motori di ricerca per recuperare I record – Un browser Internet può essere interrogato da molti utenti contemporaneamente – I dottori possono I rivedere I dati dall’ospedale, da casa, in viaggio – Possono essere generati automaticamente reports e lettere di dimissione UN ESEMPIO – Un’agenzia di home care necessita di tutti I dati clinici del paziente – Il materiale va prelevato dai vari presidi in cui si è recato – Non è possibile pensare di trovare software standard o di standardizzare hw/sw nel futuro – L’unica soluzione è attualmente accedere ai presidi via browser, stampare la documentazione del paziente e ricopiarla sul proprio DB UN ESEMPIO – La soluzione ideale è invece raggiugere il sito dell’ospedale, farsi autorizzare l’accesso, accedere alla sua documentazione, fare drag&drop sul proprio database. – Appensa rilasciata la prima versione stabile di XML l’organizzazione delle aziende di homecare ha sviluppato lo Health Care Markup Language. ALTRI ESEMPI – Il Royal Brompton Hospital (UK) ha sviluppato un sistema XML che produce lettere di dimissione automatiche, report di broncoscopia, links ai dati dei pazienti a scopo di ricerca – Le informazioni sono inserite come testo libero – Esiste possibilità di ricerca con criteri complessi ALTRI ESEMPI – Non è mai necessario inserire I dati due volte – E’ semplice generare reports con formato flessibile – Il sistema alimenta continuamente un EPR generale – Il sistema è stato sviluppato in 8 settimane e I vecchi records sono stati convertiti in XML al 98% ALTRI ESEMPI – Lo Hunt Orthopaedic Hospital (UK) utilizza XML per migliorare la qualità dell’assistenza – Opera un’attenta analisi dell’EPR secondo un dettagliato markup – E’ possibile trovare l’occorrenza delle operazioni in cui è stata utilizzata una speciale procedura ocalcolare l’incidenza di farmaci costosi – Basta cercare la parola chiave accanto al tag desiderato HL7 Patient Record Architecture – E’ stato creato un insieme di specifiche per documenti clinici fino all’approvazione dello Health Level 7 (HL7) come standard ANSI nel 1997 – HL7 è iniziato come movimento bottom-up da parte dei medici ed è divenuto standard di fatto. – Il “documento HL7” è l’unità base dei un EPR orientato al documento. – Ogni tipo di record è derivabile dai documenti base per estrazione, copia, link HL7 Patient Record Architecture – Lo HL7 PRA (Patient Record Architecture) definisce la semantica e I vincoli strutturali – L’architettura è indipendente dalla piattaforma e da software proprietario – L’architettura è specificata in XML – Ogni documento HL7 consiste in uno header e un body. – Lo header fornisce metadati che identificano e classificano il documento – Il body supporta la visualizzazione dei dati HL7 Patient Record Architecture – L’architettura è scalabile e multilivello per consentire la granularità dei livelli di markup – Consiste di 3 livelli che vanno di pari passo con la profondità dell’informazione clinica: – LIVELLO 1 (Coded Header) • Specifica il markup della struttura del documento in modo che ogni documento sia visualizzabile secondo un foglio di stile comune HL7 Patient Record Architecture – LIVELLO 2 (Coded Structure) • E’ possibile condividere anche la semantica dei documenti, identificando sezioni e sottosezioni con titolo codificato (es. Anamnesi con sottosezione Storia della patologia attuale) • Il livello 2 specifica I markup per queste sottostrutture • E’ possibile compilare ed emettere schede di dimissione (anche create per dettatura) • Il livello 2 deve avere la sua DTD che specifichi le sottosezioni HL7 Patient Record Architecture – LIVELLO 3 (Coded Content): • Articolazione semantica completa • Il ricevente può utilizzare su questo livello qualsiasi strumento di analisi pur di conoscerne I markup – Molte case di software sanitario stanno incorporando il PRA nei loro sistemi di sviluppo HL7 Patient Record Architecture – The Open HealthCare Group fornisce un sistema chiamato X-Chart che utilizza un codice sorgente open. – Il codice OHG risluta effettivamente trasferibile da/verdo ogni centro di cura – Ogni istituzione è incoraggiato ad usarlo e modificarlo – Scopo del gruppo è creare una comunità che intenda migliorare l’assistenza medica grazie al miglior uso dell’informazione HL7 Patient Record Architecture • Sono presenti nel sito vari tipi di record chirurgici e codice DTD, XML e XSL. • La National Library of Medicine incoraggia a mandare citazioni ed abstracts da inserire in Medline in formato XML già con opportuni tag, per assicurare un inserimento utile dei riferimenti bibliografici da parte degli utenti remoti
