DOCUMENTAZIONE TECNICA



Documenti analoghi
DOCUMENTAZIONE TECNICA

DOCUMENTAZIONE TECNICA

FSE SPECIFICA DEI REQUISITI DEL PROTOCOLLO DI INTEROPERABILITÀ FRA LA COMPONENTE LOCALE E I DIPARTIMENTALI HL7

FSE Componente Locale Specifica dei Requisiti del protocollo di interoperabilità fra la Componente Locale e i dipartimentali

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

1 Premessa. Allegato al capitolato speciale di gara

ALLEGATO C. Specifiche tecniche per la trasmissione telematica Modello INTRA 13

Documentazione Tecnica di Prodotto

1. DISTRIBUZIONE Datore di Lavoro Direzione RSPP Responsabile Ufficio Tecnico Responsabile Ufficio Ragioneria (Ufficio Personale) Ufficio Segreteria

Manuale di Aggiornamento BOLLETTINO. Rel H4. DATALOG Soluzioni Integrate a 32 Bit

Reti di Telecomunicazione Lezione 8

Software Servizi Web UOGA

PROGETTO TESSERA SANITARIA FORNITURA DA PARTE DEL MINISTERO DELLA SALUTE DELL ELENCO NAZIONALE DELLE DISCIPLINE (DECRETO 2 NOVEMBRE 2011)

Ministero della Pubblica Istruzione Direzione Generale per gli Studi e la Programmazione e per i Sistemi Informativi

4.5 CONTROLLO DEI DOCUMENTI E DEI DATI

GUIDA ALLA CONFIGURAZIONE E ALL UTILIZZO

REQUISITI DISTINTA ELETTRONICA PREADVISING POSTA 1 PRO E MASSIVA DA RENDICONTARE. Edizione Settembre 2015

Regione Piemonte Portale Rilevazioni Crediti EELL Manuale Utente

Progetto NoiPA per la gestione giuridicoeconomica del personale delle Aziende e degli Enti del Servizio Sanitario della Regione Lazio

FTP NAV - Guida tecnica FTP NAV - Technical Guide

Versione 1. (marzo 2010)

GUIDA RAPIDA PER LA COMPILAZIONE DELLA SCHEDA CCNL GUIDA RAPIDA PER LA COMPILAZIONE DELLA SCHEDA CCNL

SOFTWARE A SUPPORTO DELLA GESTIONE AMMINISTRATIVA DELLO SPORTELLO UNICO SPECIFICA DEI REQUISITI UTENTE

PROGETTO TESSERA SANITARIA CERTIFICATI DI MALATTIA MANUALE D USO

Il linguaggio SQL. è di fatto lo standard tra i linguaggi per la gestione di data base relazionali.

Fattura elettronica Vs Pa

ALLEGATO B. Specifiche tecniche per la trasmissione telematica Scelte otto per mille

Protocollo Informatico (D.p.r. 445/2000)

Sostituto abilitato Entratel con più sedi: ricezione diretta e incarico ad intermediario abilitato

Manuale Utente. Gestione Richieste supporto Data Warehouse. Della Ragioneria Generale dello Stato. Versione 1.0. Roma, Ottobre 2015

Gestione dei documenti e delle registrazioni Rev. 00 del

Reti e Sistemi per l Automazione MODBUS. Stefano Panzieri Modbus - 1

La Fatturazione Elettronica

SMS-Bulk Gateway interfaccia HTTP

URI. Introduzione. Pag. 1

Prova di Esame - Rete Internet (ing. Giovanni Neglia) Lunedì 24 Gennaio 2005, ore 15.00

Specifiche di Integrazione. HL7 per APC

HL7 Integration Statement. Version: 1.0

Manuale d utilizzo della componente di console di monitoraggio

Reti di Telecomunicazioni Mobile IP Mobile IP Internet Internet Protocol header IPv4 router host indirizzi IP, DNS URL indirizzo di rete

Manuale Utente. Gestione Richieste supporto BDAP. Versione 1.0

UTILIZZO DEL MODULO DATA ENTRY PER L IMPORTAZIONE DEI DOCUMENTI (CICLO PASSIVO)

La rubrica degli indirizzi di posta elettronica associati al dominio scuole.piemonte.it

Centro Tecnico per la Rete Unitaria della Pubblica Amministrazione

Presidenza del Consiglio dei Ministri

Integrazione del progetto CART regione Toscana nel software di CCE K2

FONDO PENSIONE PREVAER PROTOCOLLI COMUNICAZIONE

BARCODE. Gestione Codici a Barre. Release 4.90 Manuale Operativo

2.0 Gli archivi. 2.1 Inserire gli archivi. 2.2 Archivio Clienti, Fornitori, Materiali, Noleggi ed Altri Costi. Impresa Edile Guida all uso

Scheda di collaudo Integrazione NoTIER

MANUALE DI INTEGRAZIONE API SMSSmart (v 2.2)

Mon Ami 3000 Varianti articolo Gestione di varianti articoli

VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE

SPECIFICHE FUNZIONALI DEL PUNTO DI ACCESSO

Gestione Turni. Introduzione

Documentazione API web v 1.0

Prova di Esame - Rete Internet (ing. Giovanni Neglia) Lunedì 24 Gennaio 2005, ore 15.00

OSSERVATORIO REGIONALE CONTRATTI PUBBLICI DI LAVORI, SERVIZI E FORNITURE

INPS Direzione Centrale Sistemi Informativi e Tecnologici. Area CRM & Contact Center

Gestione dei servizi all utenza. 3. Autorizzazioni

LA GESTIONE DELLE VISITE CLIENTI VIA WEB

SCHEDA TECNICA CODICE COMMERCIALE 2D PER I PRODOTTI POSTATARGET

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

SPECIFICHE TECNICHE DEL PACCHETTO DI ARCHIVIAZIONE

DOCUMENTO DI SPECIFICA DEI REQUISITI SOFTWARE

ALLEGATO 1. Dichiarazione iniziale per il test e il collaudo della rete telematica: Archivio da consegnare a seguito dell aggiudicazione provvisoria.

PROCEDURA DI IMPIEGO SISTEMA RIS E PACS DIAGNOSTICA PER IMMAGINI ASL ROMAA

Airone Gestione Rifiuti Funzioni di Esportazione e Importazione

Gruppo Buffetti S.p.A. Via F. Antolisei Roma

«Gestione dei documenti e delle registrazioni» 1 SCOPO CAMPO DI APPLICAZIONE E GENERALITA RESPONSABILITA DEFINIZIONI...

Istruzioni e regole del servizio 3D Secure. Allegato tecnico e-commerce

SPECIFICA TECNICA N relativa alle. Caratteristiche tecniche dell interconnessione tra reti di telecomunicazioni

Do-Dots Protocollo di comunicazione

ALLEGATO 15 Lettura ed identificazione con transponders

IoStudio - La Carta dello Studente

LEGGIMI UTENTE. versione 2014F2

Introduzione a JDConnector

OPESSAN DESCRIZIONE SERVIZI VERIFICHE E APPROVAZIONI CONTROLLO APPROVAZIONE

GUIDA AL SOCIAL CARE

Guida alla Prima Configurazione dei Servizi

COMUNICAZIONE DELLE OPERAZIONI DI RESTITUZIONE AI SENSI DELL ART. 23, COMMA 1-BIS, DEL D. LGS. 231 DEL 2007 MANUALE OPERATIVO

Finalità della soluzione Schema generale e modalità d integrazione Gestione centralizzata in TeamPortal... 6

Ricetta Dematerializzata

La gestionedella cartella sanitaria e di rischio ai sensi del dlgs 81/08. HSR Resnati spa

Gecom Paghe. Comunicazione per ricezione telematica dati ( Rif. News Tecnica del 14/03/2014 )

Istruzioni per gli intermediari. Rilevazione delle regolarizzazioni dei pagamenti e dei rientri degli sconfinamenti persistenti

Tabella A (Nuova - 3 a Revisione)

M. Ciampi. Consiglio Nazionale delle Ricerche Dipartimento delle Tecnologie dell Informazione e delle Comunicazioni

Versioni x.7.9 Note Operative

SCHEDA TECNICA. Codice a barre 3 di 9

ORSA MAGGIORE VALLARSA WEB VERSIONE PRELIMINARE!!!!

ANAGRAFE ALUNNI ISTRUZIONI PER LE SCUOLE PARITARIE Linee guida per la trasmissione delle nuove iscrizioni a.s. 2010/11

Protocolli applicativi: FTP

MOBS Flussi informativi sanitari regionali

Roma, 25/07/2013. e, per conoscenza, Circolare n. 113

DISCIPLINARE TECNICO Modalità tecniche per la predisposizione e l invio telematico dei dati delle certificazioni di malattia all INPS

Lombardia Informatica S.p.A. Servizio di Posta Elettronica Certificata Web Privacy Policy

Certificati di Malattia DM 18/04/2012 Web Application Certificati di Malattia e Certificati in sede di dimissione da Ricovero Indicazioni operative

SIEMENS GIGASET S450 IP GUIDA ALLA CONFIGURAZIONE EUTELIAVOIP

Dolphin s Booking Management Module

Transcript:

DOCUMENTAZIONE TECNICA Standard HL7 Order Entry SPECIFICHE DEI MESSAGGI Redazione: Zanella Gianpaolo Data: 24/02/2010 Archivio : H:\Area_SWSanitari\Progetti\2004-04-03-Standard HL7\[DOCUMENTAZIONE GPI\Order Entry\GPI][HL7][v-2.3] Specifiche Order Entry.doc STORIA DELLE MODIFICHE APPORTATE Data Versione Autore Note 21/10/2009 2.0 Zanella Gianpaolo Unificazione documenti order entry 04/12/2009 2.1 Zanella Gianpaolo Estensione documento per trasmissione prenotazioni CUP 29/01/2010 2.2 Zanella Gianpaolo Estensione documento per integrazione laboratorio 24/02/2010 2.3 Zanella Gianpaolo Estensione documento per trasmissione prenotazioni CUP SFW\MD04-02 Documentazione tecnica Pagina 1 di 28

DETTAGLIO REVISIONI DOCUMENTO Versione Descrizione delle modifiche 2.0 Revisione e unificazione delle precedenti versioni del documento 2.1 Aggiunta informazioni per gestione messaggi OMG^O19: definizione PV1-5; aggiunto dettaglio in ORC-9; aggiunto dettaglio in ORC-12; adeguato campo OBR-46. Tabelle di riferimento: aggiunta HL7 table 0203; aggiunta User-defined table 0363; aggiunti nuovi coding system in HL7 Table 0396. 2.2 Aggiunta struttura OML^O21 e relative informazioni collegate: aggiunto segmento OBX; aggiunto segmento SPM. Aggiunta struttura ORL^O22. 2.3 Aggiunta passaggio codice ricetta nel campo OBR-18 SFW\MD04-02 Documentazione tecnica Pagina 2 di 28

INDICE DEGLI ARGOMENTI CONTENUTO DEL DOCUMENTO...4 MODALITÀ DI COMUNICAZIONE...5 EVENTI GESTITI...6 STRUTTURA MESSAGGI...9 STRUTTURA SEGMENTI...14 TABELLE DI RIFERIMENTO...25 SFW\MD04-02 Documentazione tecnica Pagina 3 di 28

CONTENUTO DEL DOCUMENTO Il presente documento riporta gli elementi di analisi inerenti l integrazione tra sistema dipartimentali esterni e il middleware HL7-Manager mediante utilizzo di messaggi HL7 in base alle specifiche HL7. Tale documento descrive esclusivamente la sintassi dei messaggi gestiti, per consultare i contesti di applicazione dei vari messaggi fare riferimento al documento GPI sulle transazioni. 1.1Documentazione e riferimenti HL7 v 2.5 Standards www.hl7.org IHE Laboratory Technical Framework Revision 2.1 http://www.ihe.net/technical_framework/index.cfm#laboratory IHE Radiology Technical Framework Revision 8.0 http://www.ihe.net/technical_framework/index.cfm#radiology Localizzazione Italiana per i Domini di OrderEntry e Scheduling (DRAFT) 1.2Definizioni Order placer: Order filler: Message: Segment: Data field: Delimiters: l applicazione che origina un messaggio HL7. l applicazione che elabora o che risponde ad un messaggio HL7. unità atomica di dati trasferiti fra due sistemi. E composto da un gruppo di segmenti posti in una determinata sequenza. Ogni messaggio è definito da un tipo che ne determina lo scopo. Ad esempio il messaggio SIU è usato per trasmettere schedulazioni. raggruppamento logico di data fields. I segmenti possono essere obbligatori o facoltativi. Possono apparire in modo ripetuto o essere unici. Ogni segmento è identificato da un codice a tre caratteri. un campo è una stringa di caratteri. Il valore nullo è diverso dall omissione del campo (non presente). I campi hanno una posizione predefinita all interno del segmento. I campi sono separati da un carattere delimitatore e possono avere lunghezza variabile nonostante sia definita una lunghezza massima raccomandata. I campi possono essere obbligatori (R), facoltativi (O), da valorizzare se si desidera compatibilità con versioni precedenti (B) dipende (C). Il carattere che termina un segmento deve essere sempre CR (in ASCII, esadecimale 0D). Gli altri delimitatori sono definiti nel segmento di intestazione (MSH). Delimitatore di campo nel 4 carattere e gli altri come definito nel primo campo dopo il segmento ID. In mancanza di altre considerazioni HL7 raccomanda l utilizzo dei caratteri presenti in tabella. Esempio: MSH ^~\& <cr> L applicazione ricevente dovrà utilizzare i caratteri delimitatori presenti nel segmento di intestazione. SFW\MD04-02 Documentazione tecnica Pagina 4 di 28

Delimiter Segment Terminator Suggested Value <cr> hex 0D Encoding Character Position Usage - Terminates a segment record. This value cannot be changed by implementors. Field Separator - Separates two adjacent data fields within a segment. It also separates the segment ID from the first data field in each segment. Component Separator ^ 1 Separates adjacent components of data fields where allowed. Repetition Separator ~ 2 Separates multiple occurrences of a field where allowed. Escape Character \ 3 Escape character for use with any field represented by an ST, TX or FT data type, or for use with the data (fourth) component of the ED data type If no escape characters are used in a message, this character may be omitted. However, it must be present if subcomponents are used in the message. Subcomponent Separator & 4 Separates adjacent subcomponents of data fields where allowed. If there are no subcomponents, this character may be omitted. Modalità di comunicazione Lo scambio dati avverrà attraverso canale di comunicazione socket con protocollo TCP/IP su porte appositamente concordate. Sul server sarà attivo un servizio HL7 costituito da: 1) listener in grado di interpretare i messaggi in arrivo e di fornire il necessario acknowledge. 2) processo in grado di inviare in modo controllato le notifiche di variazioni anagrafiche e le richieste di esami diagnostici. Il sistema gestirà opportunamente l acknowledge o la condizione di errore garantendo l invio successivo del messaggio o la notifica dell eventuale anomalia in apposito log. Il servizio utilizzerà un apposita tabella di configurazione in cui saranno censiti i sistemi destinatari dei messaggi con indirizzo del server di riferimento, porta di comunicazione e versione HL7 in uso per quel sistema. SFW\MD04-02 Documentazione tecnica Pagina 5 di 28

Eventi Gestiti Gli eventi di order entry gestiti dal middleware HL7Manager sono i seguenti: EVENT DESCRIPTION NOTE CHAPTER HL7 ORM^O01 General order message Messaggio per una Ordine di Radiologia 4.4.1 ORR^O02 General order response message response to any ORM Risposta Applicativa all ORM 4.4.2 OMG^O19 General clinical order message Messaggio per Ordine Clinico Generico OML^O21 Laboratory order message Messaggio per Ordine di Laboratorio 4.4.4 4.4.6 ORL^O22 General laboratory order response message to any OML Risposta applicativa all'oml 4.4.7 1.3 Evento ORM^O01 Il messaggio O01 viene utilizzato per trasmettere tutte le informazioni relative ad ordini radiologici. Tale messaggio è utilizzato per inoltrare nuove richieste, modificarle o cancellarle e per gestire l'avanzamento dello stato di lavorazione. La struttura semplificata di questo messaggio è la seguente: Segmento MSH Message Header [ PID ] Dati anagrafici assistito [ PV1 ] Dati relativi alla visita Descrizione { Blocco di segmenti relativi ad ogni prestazione presente all'interno dell'ordine } ORC Utilizzato per trasmettere dati che risultano comuni per uno o più ordini. [ OBR ] Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. [ { OBX } ] Utilizzato per trasmettere dati complementari, quali peso ed altezza, necessari la per valutazione dei risultati. 1.4 Evento ORR^O02 Il messaggio O02 viene utilizzato per estendere il paradigma degli acknowledge, restituendo contestualmente alla valutazione generica di un ordine (del tipo accettato / rifiutato), anche informazioni relative alle prestazioni. SFW\MD04-02 Documentazione tecnica Pagina 6 di 28

Ad esempio possono essere specificate quali prestazioni sono effettivamente accettate e quali no, informazioni necessarie per stampa di codici a barre generati dal dipartimentale o la data di prevista refertazione. La struttura semplificata di questo messaggio è la seguente: Segmento MSH MSA [{ERR}] Message Header Message Acknowledgment Error Descrizione [ Blocco opzionale di estensione dell'acknowledge ] [ PID ] Dati anagrafici assistito { Blocco di segmenti relativi ad ogni prestazione presente all'interno dell'ordine } ORC Utilizzato per trasmettere dati che risultano comuni per uno o più ordini. [ OBR ] Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. 1.5 Evento OMG^O19 Il messaggio O19 viene utilizzato per trasmettere tutte le informazioni relative ad ordini generici, ovvero senza definire informazioni particolari di dominio. Tale messaggio è utilizzato per inoltrare nuove richieste o cancellazioni da parte del CUP verso ambulatori o dipartimentali. La struttura semplificata di questo messaggio è la seguente: Segmento MSH MSA [{ERR}] Message Header Message Acknowledgment Error Descrizione [ Blocco opzionale di estensione dell'acknowledge ] [ PID ] Dati anagrafici assistito { Blocco di segmenti relativi ad ogni prestazione presente all'interno dell'ordine } ORC Utilizzato per trasmettere dati che risultano comuni per uno o più ordini. [ { TQ1 } ] Contiene i riferimenti di tempo, quantità e priorità dell'ordine. OBR Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. SFW\MD04-02 Documentazione tecnica Pagina 7 di 28

1.6 Evento OML^O21 Il messaggio O21 viene utilizzato per trasmettere tutte le informazioni relative ad ordini di laboratorio o di anatomia patologica. Tale messaggio è utilizzato per inoltrare nuove richieste, modificarle o cancellarle e per gestire l'avanzamento dello stato di lavorazione. La struttura semplificata di questo messaggio è la seguente: Segmento MSH PID Message Header Dati anagrafici assistito [ PV1 ] Dati relativi alla visita Descrizione { Blocco di segmenti relativi ad ogni prestazione presente all'interno dell'ordine } ORC [ { TQ1 } ] Utilizzato per trasmettere dati che risultano comuni per uno o più ordini. [ Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. ] OBR [ { NTE } ] [ { } ] SPM Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. Contiene le informazioni relative al campione. [ { OBX } ] Utilizzato per trasmettere dati complementari, quali peso ed altezza, necessari la per valutazione dei risultati. 1.7 Evento ORL^O22 Il messaggio O22 viene utilizzato per estendere il paradigma degli acknowledge, restituendo contestualmente alla valutazione generica di un ordine (del tipo accettato / rifiutato), anche informazioni relative alle prestazioni. Ad esempio possono essere specificate quali prestazioni sono effettivamente accettate e quali no, informazioni necessarie per stampa di codici a barre generati dal dipartimentale o la data di prevista refertazione. La struttura semplificata di questo messaggio è la seguente: Segmento Descrizione MSH Message Header MSA Message Acknowledgment [{ERR}] Error [ Blocco opzionale di estensione dell'acknowledge SFW\MD04-02 Documentazione tecnica Pagina 8 di 28

] Segmento PID Dati anagrafici assistito Standard HL7 Specifiche Order Entry Descrizione { Blocco di segmenti relativi ad ogni prestazione presente all'interno dell'ordine } ORC [ ] OBR Utilizzato per trasmettere dati che risultano comuni per uno o più ordini. Utilizzato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. [ { SPM } ] Contiene le informazioni relative al campione. Struttura messaggi Di seguito viene presentata la struttura completa dei messaggi gestiti. Struttura completa ORM^O01 ORM^O01 General Order Message Chapter HL7 Utilizzato MSH Message Header 2.15.9 x [ { NTE } ] Notes and Comments (for the Headed) 2.15.10 x [ --- PATIENT begin PID Patient Identification 3.4.2 x [ PD1 ] Additional Demographics [ { NTE } ] Notes and Comments (for Patient ID) [ --- PATIENT_VISIT begin PV1 Patient Visit 3.4.3 x [ PV2 ] Patient Visit - Additional Info 3.4.4 x ] --- PATIENT_VISIT end [{ --- INSURANCE begin IN1 Insurance [ IN2 ] Insurance Additional Info [ IN3 ] Insurance Add'l Info Cert. }] --- INSURANCE end [ GT1 ] Guarantor [{ AL1 }] Allergy Information SFW\MD04-02 Documentazione tecnica Pagina 9 di 28

ORM^O01 General Order Message Chapter HL7 Utilizzato ] --- PATIENT end { --- ORDER begin ORC Common Order 4.5.1 x [ --- ORDER_DETAIL begin <OBR Order Detail Segment OBR, etc. 4.5.3 x RQD RQ1 RXO ODS ODT> [{ NTE }] Notes and Comments (for Detail) [ CTD ] Contact Data [{ DG1 }] Diagnosis [{ --- OBSERVATION begin OBX Observation/Result 7.4.2 x [{ NTE }] Notes and Comments (for Results) }] --- OBSERVATION end ] --- ORDER_DETAIL end [{ FT1 }] Financial Transaction [{ CTI }] Clinical Trial Identification [ BLG ] Billing Segment } --- ORDER end Struttura completa ORM^O19 ORM^O19 General Clinical Order Message Chapter HL7 Utilizzato MSH Message Header 2.15.9 x [ { NTE } ] Notes and Comments (for the Headed) 2.15.10 x [ --- PATIENT begin PID Patient Identification 3.4.2 x [ PD1 ] Additional Demographics [ { NTE } ] Notes and Comments (for Patient ID) SFW\MD04-02 Documentazione tecnica Pagina 10 di 28

ORM^O19 General Clinical Order Message Chapter HL7 Utilizzato [ { NK1 } ] Next of Kin/Associated Parties [ --- PATIENT_VISIT begin PV1 Patient Visit 3.4.3 x [ PV2 ] Patient Visit - Additional Info 3.4.4 x ] --- PATIENT_VISIT end [{ --- INSURANCE begin IN1 Insurance [ IN2 ] Insurance Additional Info [ IN3 ] Insurance Add'l Info Cert. }] --- INSURANCE end [ GT1 ] Guarantor [{ AL1 }] Allergy Information ] --- PATIENT end { --- ORDER begin ORC Common Order 4.5.1 x [{ --- TIMING begin TQ1 Timing/Quantity 4.5.4 x [{ TQ2 }] Timing/Quantity Order Sequence }] --- TIMING end OBR Observation 4.5.3 x [{ NTE }] Notes and Comments (for Detail) [ CTD ] Contact Data [{ DG1 }] Diagnosis [{ --- OBSERVATION begin OBX Observation/Result 7.4.2 x [{ NTE }] Notes and Comments (for Results) }] --- OBSERVATION end [{ --- SPECIMEN begin SPM Specimen [{ OBX }] Specimen [{ --- CONTAINER begin SAC Specimen Container [{ OBX }] bservation/result }] --- CONTAINER end }] --- SPECIMEN end... --- PRIOR_RESULT (IGNORED) [{ FT1 }] Financial Transaction SFW\MD04-02 Documentazione tecnica Pagina 11 di 28

ORM^O19 General Clinical Order Message Chapter HL7 Utilizzato [{ CTI }] Clinical Trial Identification [ BLG ] Billing Segment } --- ORDER end Struttura completa ORM^O21 OML^O21 Laboratory Order Message Chapter HL7 Utilizzato MSH Message Header 2.15.9 x [ { STF } ] Software [ { NTE } ] Notes and Comments (for the Headed) 2.15.10 x [ --- PATIENT begin PID Patient Identification 3.4.2 x [ PD1 ] Additional Demographics [ { NTE } ] Notes and Comments (for Patient ID) [ { NK1 } ] Next of Kin/Associated Parties [ --- PATIENT_VISIT begin PV1 Patient Visit 3.4.3 x [ PV2 ] Patient Visit - Additional Info 3.4.4 x ] --- PATIENT_VISIT end [{ --- INSURANCE begin IN1 Insurance [ IN2 ] Insurance Additional Info [ IN3 ] Insurance Add'l Info Cert. }] --- INSURANCE end [ GT1 ] Guarantor [{ AL1 }] Allergy Information ] --- PATIENT end { --- ORDER begin ORC Common Order 4.5.1 x [{ --- TIMING begin TQ1 Timing/Quantity 4.5.4 x [{ TQ2 }] Timing/Quantity Order Sequence }] --- TIMING end [ --- OBSERVATION_REQUEST begin SFW\MD04-02 Documentazione tecnica Pagina 12 di 28

OML^O21 Laboratory Order Message Chapter HL7 Utilizzato OBR Observation 4.5.3 x [ TCD ] Test Code Details [{ NTE }] Notes and Comments (for Detail) [ CTD ] Contact Data [{ DG1 }] Diagnosis [{ --- OBSERVATION begin OBX Observation/Result [ TCD ] Test Code Detail [ { NTE } ] Notes and Comments (for Results) }] --- OBSERVATION end [{ --- SPECIMEN begin SPM Specimen 7.4.3 x [ { OBX } ] Observation/Result 7.4.2 x [{ --- CONTAINER begin SAC Specimen Container [ { OBX } ] Observation/Result }] --- CONTAINER end }] --- SPECIMEN end... --- PRIOR_RESULT (IGNORED) [ { FT1 } ] Financial Transaction [ { CTI } ] Clinical Trial Identification [ BLG ] Billing Segment } --- ORDER end SFW\MD04-02 Documentazione tecnica Pagina 13 di 28

Struttura segmenti Nota sulle tabelle dei segmenti Le tabelle che rappresentano la struttura dei messaggi contengono la seguente classe di informazioni: SEQ: numero di sequenza, ovvero la posizione del campo all'interno del messaggio considerato; LEN: lunghezza massima del campo; DT: Datatype del campo, che descrive quali informazioni contiene al suo interno; OPT: indica se il campo è obbligatorio (R - required) o opzionale (O - optional) all'interno del messaggio; TBL: indica la tabella di riferimento per i valori che può assumere un campo, se si tratta di un dato tabellato; ELEMENT NAME: descrizione del contenuto del campo; VALORE: contenuto atteso del campo. MSH - Message Header (obbligatorio) Segmento di testata del messaggio, contiene le informazioni generali del messaggio (mittente, destinatario tipo di messaggio). SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 1 ST R Field Separator 2 4 ST R Encoding Characters ^~\& 3 227 HD R 0361 Sending Application <sistema inviante> 4 227 HD R 0362 Sending Facility <azienda inviante> 5 227 HD R 0361 Receiving Application <sistema ricevente> 6 227 HD R 0362 Receiving Facility <azienda ricevente> 7 26 TS R Date/Time Of Message <yyyymmddhhmmss> 9 15 MSG R Message Type ORM^O01^ORM_O01 10 20 ST R Message Control ID <id univoco del messaggio> 11 3 PT R Processing ID P 12 60 VID R Version ID 2.5 NTE Notes And Comment Segment SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 4 SI O Set ID - NTE 2 8 ID O 0105 Source of Comment 3 65536 FT O Comment 4 250 CE O 0364 Comment Type SFW\MD04-02 Documentazione tecnica Pagina 14 di 28

NTE-1 Set ID NTE (SI) Standard HL7 Specifiche Order Entry Questo campo contiene il numero progressivo della nota. NTE-2 Source of Comment (ID) Questo campo identifica la sorgente del commento. Per i possibili valori fare riferimento alla tabella [HL7 table 0105]. NTE-3 Comment (FT) Questo campo contiene il testo della nota. NTE-4 Comment Type (CE) Questo campo identifica la tipologia della nota. I fields da considerare sono i seguenti: CE.1 (identifier): contiene il codice della tipologia del commento. Per i possibili valori fare riferimento alla tabella [User-defined table 0364]; CE.2 (text): contiene la descrizione della tipologia del commento; CE.3 (name of coding system): nome del sistema di codifica utilizzato. Per i possibili valori fare riferimento alla tabella [HL7 Table 0396]. PID - Patient Identification Segment Contiene i dati anagrafici del paziente. Per la specifica fare riferimento al documento di Patient Administration. PV1 - Patient Visit Segment Contiene i dati della visita. Per la specifica fare riferimento al documento relativo all'allineamento anagrafico. Campi in evidenza di particolare interesse per l'order entry: SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 4 SI O Set ID - PV1 Progressivo segmento 2 1 IS R 0004 Patient Class Classificazione paziente 3 80 PL O Assigned Patient Location Reparto di ricovero 8 250 XCN O Y 0010 Referring Doctor Medico richiedente 11 80 PL O Temporary Location Reparto d'appoggio 19 250 CX O Visit Number Identificativo visita 51 1 IS O 0326 Visit Indiricator Indica se i dati si riferiscono alla visita o al paziente (fisso a 'V') Per la lista completa dei campi di questo segmento fare riferimento al documento di Patient Administration. SFW\MD04-02 Documentazione tecnica Pagina 15 di 28

PV2 - Patient Visit Additional Information Segment Standard HL7 Specifiche Order Entry Contiene i dati aggiuntivi della visita. Per la specifica fare riferimento al documento di Patient Administration. ORC Common Order Segment Il segmento ORC contiene le informazioni generali relative all appuntamento che viene fissato. SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 2 ID R 0119 Order Control <tipo evento relativo all'esame> 2 22 EI C Placer Order Number <codice progressivo esame placer> 3 22 EI C Filler Order Number <codice richiesta filler> 4 22 EI O Placer Group Number <codice richiesta placer> 5 2 ID O 0038 Order Status <stato dell'esame> 7 200 TQ B Y Quantity/Timing <urgenza, data prenotazione> 9 26 TS O Date/Time of Transaction <data della richiesta> 10 250 XCN O Y Entered By <utente ultima modifica> 12 250 XCN O Y Ordering Provider <medico richiedente> 18 250 CE O Entering Device <terminale inserimento richiesta> 21 250 XON O Y Ordering Facility Name <struttura richiedente> 27 26 TS O Filler's Expected Availability Date/Time <data risultati da filler> ORC-1 Order Control (ID) Il campo Order Control definisce l'azione da fare per ogni esame presente all'interno dell'ordine. In particolare, questo campo può comunicare l'aggiunta di una nuova prestazione, il cambio dello stato di lavorazione o la cancellazione. Per i possibili valori fare riferimento alla tabella [HL7 table 0119]. ORC-2 Placer Order Number (EI) Contiene il numero identificativo univoco della richiesta di un esame fatta dall'applicazione placer. Nel caso specifico è composto dal codice della richiesta GPI + progressivo su due cifre. ORC-3 Filler Order Number (EI) Contiene il numero univoco della richiesta assegnato dal filler, al momento della ricezione dell'ordine. SFW\MD04-02 Documentazione tecnica Pagina 16 di 28

ORC-4 Placer Group Number (EI) Standard HL7 Specifiche Order Entry Contiene il numero della richiesta generata all'interno degli applicativi GPI (in funzione di Placer). ORC-5 Order Status (ID) Campo valorizzato dal dipartimentale (in funzione di Placer), per comunicare lo stato attuale delle prestazioni all'interno dell'ordine. Per i possibili valori fare riferimento alla tabella [HL7 table 0038]. Attenzione che la notifica di cambio stato può essere definita un informazione composta. Infatti, affinché questa informazione venga letta, il campo ORC-1 (Order Control) deve essere valorizzato a SC. Inoltre, lo stato CM (Completed) può essere esteso con la valorizzazione del campo ORC-25 (Result Status), per indicare la refertazione di una prestazione. ORC-7 Quantity/Timing (TQ) (Deprecato) Questo campo è deprecato, e deve essere utilizzato solo nei messaggi che non contengono il segmento TQ1 (come ad esempio il messaggio ORM^O01). Nel caso di messaggi O01 sono valorizzati i seguenti fields: TQ.1 (quantity): contiene la quantità dell'esame, ad esempio in termini di ripetizioni. Tendenzialmente è valorizzato ad 1; TQ.4 (start date/time): contiene la data e l'ora di prenotazione della richiesta; TQ.6 (priority): contiene il livello di priorità dell'esame. Per i possibili valori fare riferimento alla tabella [User-defined table 0485]. ORC-9 Date/Time of Transaction (TS) Questo campo contiene la data o l'ora della richiesta da parte del placer. Nel caso di trasmissione di prenotazioni, contiene la data della ricetta. ORC-10 Entered By (XCN) Questo campo contiene il codice dell'ultimo utente che ha modificato la richiesta, preceduto dal prefisso GPI, all'interno del field XCN.1 (idnumber). ORC-12 Ordering Provider (XCN) Questo campo contiene le informazioni della persona responsabile della richiesta (ad esempio il medico richiedente o il medico prescrittore). Sono valorizzati i seguenti fields: XCN.1 (idnumber): contiene l'identificato del richiedente (ad esempio la matricola del medico); XCN.2 (family name): contiene il cognome del richiedente; XCN.3 (given name): contiene il nome del richiedente. SFW\MD04-02 Documentazione tecnica Pagina 17 di 28

Nota: il campo ORC-12 ha lo stesso significato del campo ORC-16 (ordering provider). Se tale informazione non è presente nell'orc-12 deve essere riportata nell'orc-16, ad esempio per i messaggi come gli ORU dove il segmento ORC non è obbligatorio. ORC-18 Entering Device (CE) Questo campo può indicare il device utilizzato per inserire la richiesta, o più in generale dare informazioni relative alla location. ORC-21 Ordering Facility Name (XON) Questo campo contiene i dati della struttura richiedente, all'interno dei seguenti fields: XON.1 (organization name): contiene la descrizione della struttura richiedente; XON.7 (identifier type code): deve contenere il codice FI (Facility ID); XON.10 (organization identifier): contiene il codice della struttura richiedente. ORC-27 Filler Expected Availability Date/Time (TS) Questo campo contiene la data nella quale l applicazione che riveste il ruolo di filler si aspetta che la prestazione sia disponibile; indica ad esempio quando ci si aspetta che sia disponibile un risultato. TQ1 Timing / Quantity Segment Il segmento TQ1 contiene informazioni relative al tempo, alle quantità e alle priorità. SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 4 SI O Set ID TQ1 <numero di sequenza> 2 20 CQ O Quantity <quantità> 7 26 TS O Start date / time <data> 9 250 CWE O Y 0485 Priority <codice priorità> SFW\MD04-02 Documentazione tecnica Pagina 18 di 28

OBR Observation Request Segment Il segmento OBR viene usato per trasmettere specifiche informazioni relative a studi diagnostici o osservazioni, esami o valutazioni. SEQ LEN DT OPT RP/# TBL# ELEMENT NAME VALORE 1 4 SI O Set ID OBR <numero di sequenza> 2 22 EI C Placer Order Number <codice progressivo esame placer> 3 22 EI C Filler Order Number <codice richiesta filler> 4 250 CE R Universal Service Identifier <codice richiesta placer> 6 26 TS B Requested Date/Time <data richiesta> 13 300 ST O Relevant Clinical Information <quesito clinico> 16 250 XCN O Y Ordering Provider <medico richiedente> 18 60 ST O Placer Field 1 19 60 ST O Placer Field 2 20 60 ST O Filler Field 1 + 21 60 ST O Filler Field 2 + 24 10 ID O 0074 Diagnostic Serv Sect ID <codice ambulatorio erogante> 25 1 ID C 0123 Result Status + <stato dei risultati> 27 200 TQ B Y Quantity/Timing <data richiesta> 30 20 ID O 0124 Transportation Mode <modalità trasporto paziente> 36 26 TS O Scheduled Date/Time + <data e ora schedulazione appuntamento> 46 250 CE O Y 0411 Placer Supplemental Service Information 47 250 CE O Y 0411 Filler Supplemental Service Information OBR-1 Set ID OBR (SI) Il presente campo indica il valore progressivo del segmento all interno della transazione. OBR-2 Placer Order Number (EI) Questo campo contiene la stessa informazione del campo ORC-2. Per ulteriori dettagli fare riferimento al paragrafo [ORC-2 Placer Order Number]. OBR-3 Filler Order Number (EI) Questo campo contiene la stessa informazione del campo ORC-3. Per ulteriori dettagli fare riferimento al paragrafo [ORC-3 Filler Order Number]. SFW\MD04-02 Documentazione tecnica Pagina 19 di 28

OBR-4 Universal Service Identifier (CE) Questo campo contiene il codice dell'esame richiesto all'interno dell'ordine. I fields da considerare sono i seguenti: CE.1 (identifier): contiene il codice dell'esame; CE.2 (text): contiene la descrizione dell'esame; CE.3 (name of coding system): nome del sistema di codifica utilizzato. Per i possibili valori fare riferimento alla tabella [HL7 Table 0396]. OBR-6 Requested Date/Time (TS) (Deprecato) Questo campo è mantenuto solo per garantire la compatibilità con le precedenti versioni. Fare riferimento al campo OBR-27, o la segmento TQ1 qualora sia previsto. OBR-13 Relevant Clinical Information (ST) Questo campo può contenere dati clinici (in formato testuale), quali: quesito clinico; sospetto diagnostico; indicazioni terapeutiche; informazioni utili alla esecuzione della prestazione richiesta. OBR-16 Ordering Provider (XCN) Questo campo contiene la stessa informazione del campo ORC-12. Per ulteriori dettagli fare riferimento al paragrafo [ORC-12 Ordering Provider]. OBR-18 Placer Field 1 (ST) E un campo di testo libero che il placer può inviare al filler utile per trasmettere informazioni non già previste negli altri campi. Nel caso di passaggio di prenotazioni, questo campo può contenere il numero della ricetta. OBR-19 Placer Field 2 (ST) E un campo di testo libero che il placer può inviare al filler utile per trasmettere informazioni non già previste negli altri campi. Questo campo contiene la struttura destinataria, ossia quella di esecuzione della prestazione. OBR-20 Filler Field 1 (ST) E un campo di testo libero che il filler può inviare al placer utile per trasmettere informazioni non già previste negli altri campi. SFW\MD04-02 Documentazione tecnica Pagina 20 di 28

OBR-21 Filler Field 2 (ST) Standard HL7 Specifiche Order Entry E un campo di testo libero che il filler può inviare al placer utile per trasmettere informazioni non già previste negli altri campi. Questo campo contiene la struttura destinataria, ossia quella di esecuzione della prestazione. Questa informazione viene popolata dal filler, quindi può essere utilizzata come conferma o modifica del luogo di esecuzione nei confronti di quanto proposto dal placer. OBR-25 Result Status (ID) Campo utilizzato in concomitanza con l ORC-5 (Order Status). Può essere utilizzato, ad esempio, per comunicare lo stato di refertazione relativo ad un ordine completato. Per i possibili valori fare riferimento alla tabella [HL7 table 0123]. OBR-27 Quantity/Timing (TQ) (Deprecato) Questo campo contiene la stessa informazione del campo ORC-7. Per ulteriori dettagli fare riferimento al paragrafo [ORC-7 Quantity/Timing (TQ) (Deprecato)]. OBR-30 Transportation Mode (ID) Questo campo identifica la modalità di trasporto del paziente. Per i possibili valori fare riferimento alla tabella [HL7 table 0124]. OBR-36 Scheduled Date/Time (TS) Contiene la data e ora programmata per l appuntamento. Il campo viene valorizzato dall order filler per informare l order placer della data e ora dell appuntamento. OBR-46 Placer Supplemental Service Information (CE) E un campo codificabile che il placer può inviare al filler, utile per trasmettere informazioni strutturate non già previste negli altri campi. Questo campo può essere riempito, per esempio, con il dettaglio relativo alla zona / sede di prelievo del campione nel caso di richieste di laboratorio. I fields da considerare sono i seguenti: CE.1 (identifier): contiene il codice dell'informazione da trasmmettere (ad esempio relativo alla zona/sede di prelievo). Per i possibili valori fare riferimento alla tabella [User-defined table 0411]; CE.2 (text): contiene la descrizione dell'informazione; CE.3 (name of coding system): nome del sistema di codifica utilizzato. Per i possibili valori fare riferimento alla tabella [HL7 Table 0396]. I coding system che possono essere utilizzati sono i seguenti: 99GPIZONAPRE: Zone di prelievo; 99GPIDESTINAT: Codice ambulatorio o servizio diagnostico di destinazione;ss 99GPITIMESLOT: Codice del timeslot di prenotazione; SFW\MD04-02 Documentazione tecnica Pagina 21 di 28