Sistema di Integrazione ULSS 3 Bassano Descrizione messaggi HL7

(1)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 1 1 1 1 di di di di 22 22 22 22

Sistema di Integrazione ULSS 3 Bassano

Descrizione messaggi HL7

Compilato: Davide Lucchi Insiel Mercato (TBS

Group)

Rivisto: Mario Michelutti Insiel Mercato (TBS

Group)

Autorizzato: Angelo Cancian Insiel Mercato (TBS

Group)

Versione: 4 27/02/2012

Variante: 4

(2)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 2 2 2 2 di di di di 22 22 22 22

Modifiche apportate nelle versioni del documento Versione

Aggiunta descrizione segmento EVN 4.4

Aggiunto msg ADT^A06 nella descrizione dei segmenti PV1 e PV2 (erroneamente dimenticato nelle precedenti versioni)

4.3 Aggiunto segmento DB1 dedicato alla comunicazione delle esenzioni

Per tutti i campi relativi alla comunicazione dei dati di operatori sanitari introdotti anche i sottocampi XCN-5 per il codice fiscale ed XCN-6 per l’id su anagrafe aziendale.

4.2 Aggiunto campo OBR-15 (specificazione o lateralità prestazioni) 4.1

Aggiunta descrizione segmento NK1 (dati madre nascituro) Aggiunta descrizione segmento PD1 (ASL si assistenza) Aggiunti tipi messaggi ORM^O01-NW/CA e ORM^O01-SC/CN

Aggiunta specificazione relativa al formato dei documenti trasmessi al Repository (pag. 18)

4.0 Aggiunti tipi messaggi relativi ai documenti (classe MDM) 3.0

Aggiunti messaggi relativi ai contatti (encounter).

Nella descrizione dei campi estese le regole di valorizzazione come descritto a pag.

7

2.0 Riferimenti [1] referto-cda2-v1.1.pdf

(3)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 3 3 3 3 di di di di 22 22 22 22

INDICE

1. Introduzione ... 4

1.1. Scopo del documento ... 4

2. Standard e modalità di comunicazione utilizzati... 5

3. Descrizione dettagliata dei messaggi utilizzati ... 6

3.1. Struttura (segmenti) dei messaggi utilizzati ... 6

3.2. Descrizione segmenti utilizzati nei messaggi ... 8

4. APPENDICE - Tabelle di riferimento ... 21

(4)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 4 4 4 4 di di di di 22 22 22 22

1. Introduzione

1.1. Scopo del documento

Lo scopo di questo documento è quello di descrivere modalità, standard e tracciati dei flussi HL7 attivi

presso la ULSS 3 di Bassano.

(5)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 5 5 5 5 di di di di 22 22 22 22

2. Standard e modalità di comunicazione utilizzati

Dove non esplicitamente indicato si sottintende che lo scambio dati avviene su canale di comunicazione socket con protocollo TCP/IP su porte concordare utilizzando MLLP (Multi Lower Layer Protocol). Il formalismo utilizzato per i messaggi HL7 è quello “pipe separated” e la modalità di ACK (acknowledge) adottata è quella di tipo Original Mode.

L’ack aspettato è di tipo sincrono (stessa socket su cui è stato trasmesso il messaggio corrispondente) e

dovrebbe avere un significato il più possibile completo cioè dare il risultato finale della transazione

innescata dal messaggio ricevuto sul sistema destinatario.

(6)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 6 6 6 6 di di di di 22 22 22 22

3. Descrizione dettagliata dei messaggi utilizzati

3.1. Struttura (segmenti) dei messaggi utilizzati

Di seguito i segmenti che devono comporre i vari tipi di messaggi.

ACK (acknowledge)

Segmento DESCRIZIONE MSH Message Header

MSA Message Aknowledgement

ADT^A28 (Nuova Anagrafica su Anagrafe Aziendale) ADT^A31 (Modifica Anagrafica su SIO)

Segmento DESCRIZIONE MSH Message Header EVN Event Type

PID Patient Identification [PD1] Additional Demographic PV1 Patient Visit

DB1 Disability Information

ADT^A40 (Merge Anagrafiche su Anagrafe Aziendale)

PID Patient Identification PV1 Patient Visit MRG Merge Information

(7)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 7 7 7 7 di di di di 22 22 22 22

ADT^A05 (Inserimento in Lista di Attesa per Ricovero) ADT^A04 (Apertura accesso di Pronto Soccorso)

ADT^A06 (Passaggio da lista di attesa o da pronto soccorso a Ricovero) ADT^A01 (Nuova Accettazione Diretta di Ricovero)

ADT^A02 (Trasferimento di Reparto di Ricovero) ADT^A03 (Dimissione da Ricovero)

ADT^A38 (Annullo Posizione in Lista di Attesa) ADT^A11 (Annullo Accettazione)

ADTÂ12 (Annullo Trasferimento) ADTÂ13 (Annullo Dimissione) ADTÂ12 (Annullo Trasferimento)

ADT^A08 (Aggiornamento Dati posizione di Lista di Attesa, di Pronto Soccorso o di Ricovero)

Segmento DESCRIZIONE MSH Message Header EVN Event Type PID Patient Identification PD1 Additional Demographics NK1 Next of Kin / Associated Parties PV1 Patient Visit

[PV2] Patient Visit – additional information [DB1] Disability Information

{[DG1]} Diagnosis information {[PR1]} Procedures

ORM^O01- NW/CA (Inserimento-cancellazione richiesta di prestazioni su SIO) ORM^O01- SC/SN (Comunicazione cambio stato su Dipartimentale)

Segmento DESCRIZIONE MSH Message Header EVN Event Type PID Patient Identification PD1 Additional Demographics PV1 Patient Visit

{ORC} Common Order Segment {OBR} Observation Request Segment

(8)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 8 8 8 di 8 di di di 22 22 22 22

MDM^T02 (comunicazione documento)

MDM^T10 (comunicazione nuova versione documento)

PID Patient Identification PV1 Patient Visit {ORC Common Order OBR} Observation Request

TXA Transcription Document Header OBX Observation/Result

3.2. Descrizione segmenti utilizzati nei messaggi

Le tabelle contenute in questo paragrafo sono destinate a descrivere la composizione ed i contenuti dei segmenti utilizzati, specializzati ove necessario per i diversi messaggi in cui sono presenti. Non si riportano tutte le proprietà (es. data type) dei campi considerati; per tali informazioni ci si riferisca allo standard HL7.

I campi non utilizzati non vengono riportati sulle tabelle.

I campi data-ora se non diversamente specificato sono nel formato YYYYMMDDHHMMSS. I campi data nel formato YYYYMMDD.

Sulle tabelle nella colonna relativa allo specifico messaggio viene riportata l’obbligatorietà o meno della valorizzazione. I valori possibili sono:

- R (requested): cioè il campo deve essere sempre valorizzato;

- O (opzionale): il campo può essere valorizzato o meno

- C (conditional): obbligatorio se vale qualche altra condizione (da specificare puntualmente)

- RE (required but can be empty): obbligatorio se l’informazione è valorizzata nel sistema di origine

(9)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. Pag.

Pag. 9 9 9 9 di di di di 22 22 22 22

MSH - Message header

SEQ NOME ELEMENTO DESCRIZIONE TUTTI I

MSG

1 Field Separator | R

2 Encoding Characters

^~\&

R

3 Sending Application Componente HD-1 = Codice identificativo applicativo o middleware di che trasmette il msg

R 4 Sending Facility Componente HD-1 = Società produttrice applicativo o middleware che

trasmette il msg

R 5 Receiving Application Componente HD-1 = Codice identificativo applicativo o middleware di

destinazione

R

6 Receiving Facility Componente HD-1 = Società produttrice applicativo o middleware nel R 7 Date/Time Of Message Data e ora di sistema alla generazione del messaggio R 9 Message Type Tipo messaggio come da standard: <codice messaggio>^<trigger

event>^<struttura messaggio> (es. ADT^A01^ADT_A01). Il terzo campo viene omesso

R

10 Message Control ID Identificatore univoco del messaggio che deve essere restituito nel messaggio di ACK.

R

11 Processing ID P R

12 Version ID 2.5 R

MSA - Message Acknowlegment

SEQ NOME ELEMENTO DESCRIZIONE ACK

1 Acknowledgment Code AA se OK

AE, AR se KO (original mode ACK)

R

2 Message Control ID L’ID del messaggio cui si invia l’ACK (campo MSH-10 del messaggio originale)

R 3 Text Message Descrizione testuale dell’errore se il campo Acknowledgment Code

riporta un errore (valorizzare se ACK di errore)

C

EVN – Event type

SEQ NOME ELEMENTO DESCRIZIONE TUTTI

1 Event Type Code <trigger event>

2 Recorded Date/Time Data e ora di sistema alla generazione del messaggio R 6 Event Occurred Data e ora di sistema alla generazione del messaggio

(10)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 10 10 10 di 10 di di di 22 22 22 22

PID - Patient Identification

Il segmento viene utilizzato per comunicare i dati anagrafici del paziente. Tale segmento viene inserito

completo in tutti i messaggi considerati in questo documento in modo da consentire quando richiesto ai

sistemi destinatari di inserire od aggiornare l’anagrafica in gioco alla ricezione del primo messaggio

significativo per lo specifico workflow.

(11)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 11 11 11 di 11 di di di 22 22 22 22

SEQ NOME ELEMENTO DESCRIZIONE ADT

ORM MDM (tutti) 3 Patient Identifier List Contiene più ripetizioni, ognuna relativa ad una tipologia di codice. Sono obbligatori i

componenti

CX-1 (ID Number) = ID specifico

CX-4 (Assigning Authority) che assume i valori:

PK (ID anagrafe aziendale) CF (Codice Fiscale) SSN (Codice Sanitario) STP (Codice STP) TEAM (tessera TEAM) ENI (Tessera ENI) CX-7: inizio validità CX-8: fine validità

R

5 Patient Name Contiene una sola ripetizione del campo con cognome e nome del paziente.

XPN-1 = Cognome XPN-2 = Nome XPN-7 = L

R

7 Date/Time of Birth Data di nascita R

8 Administrative Sex Sesso (M: Maschio, F: Femmina, U: Sconosciuto) R

11 Patient Address Indirizzo di residenza, domicilio e luogo di nascita XAD-1 = Indirizzo

XAD-2 = Descrizione località

XAD-3 = Descrizione Comune o Stato estero XAD-4 = sigla della provincia

XAD-5 = CAP

XAD-6 = Codice ISTAT nazione

XAD-7 = Tipologia indirizzo. L (residenza) H (domicilio) N (nascita) XAD-8 = codice catastale del comune

XAD-9 = codice ISTAT Comune o Stato estero

R

13 Phone Number – Home Una ripetizione per ogni numero di telefono disponibile.

Allo stato attuale il sottocampo sicuramente valorizzato sarà:

XTN-12 = recapito telefonico.

Altri sottocampi sono in via di definizione.

RE

16 Marital Status CE-1: Codice Stato Civile (ved. User-defined Table 0003 – Codice Civile in fondo al documento)

CE-2: Descrizione

RE

26 Citizenship Cittadinanza

CE-1 = ISTAT cittadinanza CE-2 = descrizione cittadinanza

R

29 Patient Death Date and Time Data decesso (valorizzato se PID.30=’Y’’) C

30 Patient Death Indicator Y: se deceduto N: se non deceduto

R

(12)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 12 12 12 di 12 di di di 22 22 22 22

PD1 – Patient Additionale Demographic Ulteriori dati anagrafici del paziente.

ORM MDM (tutti)

3 Patient Primary Facility ASL di assistenza RE

(13)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 13 13 13 di 13 di di di 22 22 22 22

NK1– Next of Kin

Segmento destinato a contenere informazioni su persone collegate al paziente. Attualmente utilizzato solo per comunicare i dati anagrafici della madre nel caso il paziente sia un nuovo nato.

SEQ NOME ELEMENTO DESCRIZIONE ADTA01

ADTA06 ADTA02 ADTA03 ADTA11 ADTA12 ADTA13

1 ID NK1 Ordinale ripetizione segmento R

2 NK Name XPN-1.1= Cognome

XPN-2 = Nome

XPN-9.1= ID su anagrafe aziendale

R

3 Relationship Relazione con il paziente (UD - table. 0063) R

4 Address Indirizzo di residenza, domicilio e luogo di nascita XAD-1 = Indirizzo

XAD-2 = Descrizione località

XAD-3 = Descrizione Comune o Stato estero XAD-4 = sigla della provincia

XAD-5 = CAP

XAD-6 = Codice ISTAT nazione

XAD-7 = Tipologia indirizzo. L (residenza) H (domicilio) N (nascita) XAD-8 = codice catastale del comune

XAD-9 = codice ISTAT Comune o Stato estero

R

5 Phone Number Una ripetizione per ogni numero di telefono disponibile.

Allo stato attuale il sottocampo sicuramente valorizzato sarà:

XTN-12 = recapito telefonico.

Altri sottocampi sono in via di definizione.

RE

13 Organisation Name ASL di assistenza RE

15 Administrative Sex Sesso (M: Maschio, F: Femmina, U: Sconosciuto) R

16 Date/Time of Birth Data di nascita R

33 Next of Kin / Associated Party’s Identifiers

Contiene più ripetizioni, ognuna relativa ad una tipologia di codice.

Sono obbligatori i componenti CX-1 (ID Number) = ID specifico

CX-4 (Assigning Authority) che assume i valori:

PK (ID anagrafe aziendale) CF (Codice Fiscale) SSN (Codice Sanitario) STP (Codice STP) TEAM (tessera TEAM) ENI (Tessera ENI) CX-7: inizio validità CX-8: fine validità

R

(14)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 14 14 14 di 14 di di di 22 22 22 22

PV1 - Patient visit

Contiene i dati relativi all’accesso (o contatto, o caso, o encounter) ed alcuni dati anagrafici.

A28 ADT A31 ADT A40

ADT A01 ADT A06

ADT A02

ADT A03

ADT A11 ADT A12 ADT A13

ADT A08

ORM MDM

2 Patient Class I: per richieste collegate a fasce contrattuali per Interni (o pre-post ricovero)

O: per richieste collegate a fasce contrattuali per Esterni

O

3 Assigned Patient Location

PL-1 =

per A01: codice aziendale del reparto accettante il paziente

per A02: codice aziendale del reparto verso cui il paziente è stato trasferito

per A03: codice aziendale del reparto che ha dimesso il paziente

per A11: codice aziendale del reparto che aveva accettato il paziente

per A12: codice aziendale del reparto da cui il paziente era stato trasferito

per A13: codice aziendale del reparto che aveva dimesso il paziente

PL-2 = stanza PL-3 = letto

PL-9 = descrizione del reparto

R R R O R

6 Prior Patient Location per A02:

PL-1 = codice aziendale del reparto da cui il paziente è stato trasferito

PL-9 = descrizione del reparto

R

7 Attending Doctor Medico di base del paziente XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome

RE RE RE RE RE RE RE

8 Referring Doctor Medico proponente il ricovero XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome

RE RE RE O RE

9 Consulting Doctor Medico dimettente dal reparto (trasferimento/dimissione) XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome

R R

14 Admit Source Provenienza: codice ministeriale (vedi tabella UD- Table 0023 alla fine del documento)

R R R O R

17 Admitting Doctor Medico che accetta il paziente al ricovero XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome

RE

(15)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 15 15 15 di 15 di di di 22 22 22 22

A28 ADT A31 ADT A40

ADT A01 ADT A06

ADT A02

ADT A03

ADT A08

ORM MDM

19 Visit Number Valori per CX-1:

se tipo episodio (vedi PV1-50.5) è:

- pronto soccorso allora “Numero Cartella PS”

- lista di attesa allora “Numero Posizione in Lista”

- degenza o DH allora “Numero Nosologico” del ricovero

- post ricovero allora “Numero Nosologico” del ricovero da cui deriva

- ambulatoriale allora numero appuntamento CX-4 = Codice dell’azienda Sanitaria di 6 cifre (3 cifre del codice della regione + 3 cifre del codice regionale dell’azienda sanitaria)

R R R R R R

20 Financial Class Onere della Degenza

FC-1: codice ministeriale (vedi tabella UD-Table 0023 alla fine del documento)

R R R O R

36 Discharge Disposition Modalità di dimissione degenza secondo tabella UD- Table 0112 (ved. fine documento)

R RE

44 Admit Date/Time Data e ora di accettazione in reparto per A01,A02 Data ed ora transazione per A11,A12,A13,A03

R R R R

45 Discharge Date/Time Data e ora di dimissione R RE

50 Alternate Visit ID CX.1= ID episodio¹

CX.2= ID accesso (o contatto)²

CX.5= tipo episodio (vedi tabella U-0002)

R R R R R R

51 Visit Indicator A (PV1 contiene info collegate all’anagrafica) per A28, A31, A40

V (PV1 contiene info collegate all’accesso ed all’anagrafica) per gli altri tipi di msg

R R R R R R

53 Regime Ricovero 1 per ricovero ordinario 2 per ricovero diurno (DH o DS)

R R R O R

54 Età gestazionale Età gestazionale (in settimane) RE RE RE O RE

55 Peso alla nascita Peso alla nascita (in grammi) RE RE RE O RE

56 Tipo Ricovero Tipo ricovero: vedi tabella UD-Table U-0001 alla fine del documento

R R R O RE

1E’ un id che identifica il singolo episodio all’interno di accesso del paziente; può corrispondere ad un episodio di PS, alla degenza all’interno di un dato reparto (in caso di ricovero su più reparti, solo una fase dunque del ricovero complessivo), un episodio di lista di attesa ; va’ utilizzato nella chiamata all’applicativo Order Entry di Insiel quando previsto nell’ambito del SIO in modo che le richieste caricate sia collegate all’episodio corrispondente.

2L’accesso o contatto rappresenta appunto un intero accesso del paziente alla struttura sanitaria e può comporsi di una catena di episodi (PS+DEGENZA ecc..); l’id accesso corrisponde al primo id episodio (episodio capostipite)

(16)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 16 16 16 di 16 di di di 22 22 22 22

PV2 - Patient visit, Additional info Il segmento è praticamente una continuazione del PV1.

A01 ADT A06

ADT A02

ADT A03

A08

3 Admit Reason Componente CE-2 = Diagnosi di accettazione (testuale) R R R O R 7 Visit User Code N. Cartella ADT (identificativo ricovero all’interno della singola

unità operativa)

RE RE RE O RE

42 Patient Condition Code

CE-1 = Codice esito trasferimento o dimissione secondo tabella U-0434

CE-2 = Descrizione esito trasferimento o dimissione secondo tabella U-0434

RE RE RE

DB1– Disability Information Segmento destinato a contenere informazioni sulle esenzioni del paziente.

(tutti)

1 Set ID - DB1 Ordinale ripetizione segmento R

2 Disabled Person Code PT R

3 Disabled Person Identifier CX-1 (ID Number) = codice identificativo dell’esenzione CX-2 (Check Digit) = descrizione esenzione

CX-4 (Assigning Authority) = ente che ha certificato questo tipo di esenzione (ASL)

CX-5 (Identifier Type Code) = contiene il codice della patologia se previsto dal tipo di esenzione.

CX-7 (Effective Date) = data attivazione esenzione CX-8 (Expiration Date) = data scadenza esenzione

CX-9 (Assigning Jurisdiction) = descrizione patologia se presente

R

MRG – Merge Information Contiene identificativo anagrafica accorpata.

SEQ ELEMENT NAME DESCRIZIONE ADTA40

1 Prior Patient Identifier List ID nell’anagrafe aziendale dell’anagrafica da accorpare R

(17)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 17 17 17 di 17 di di di 22 22 22 22

ORC – Common Order Segment Contiene informazioni relative alla richiesta/prestazioni

SEQ NOME ELEMENTO DESCRIZIONE ORM

O01- NW/CA

ORM O01- SC/SN

MDM T02 MDM T10 1 Order Control Per ORM^O01-NW/CA:

NW quando viene creata una nuova richiesta CA quando viene cancellata una richiesta Per ORM^O01-SC/SN:

SC quando cambio stato di prestazione G2

SN quando aggiunta di prestazione (utilizzabile solo nei casi previsti dal nomenclatore)

R R R

2 Placer Order Number EI-1= ID prestazione richiesta su Placer EI-2 = G2

EI-3 = ID prestazione richiesta su Filler (quando “nata” su Filler) EI-4 = identificativo del filler/verticale (quando “nata” su Filler)

R R R

3 Filler Order Number ID ordine/richiesta secondo il formato richiesto dal Laboratorio

4 Placer Group Number ID ordine/richiesta R R R

5 Order Status Comunica il cambio stato dal verticale:

IP = richiesta presa in carico (se comunicato deve essere passata per tutte le prestazioni di una richiesta)

CA = prestazione non erogata CM = prestazione eseguita

Se ORC-1 = ‘SN’ allora può valere solo ‘CM’

R

7 Quantity/Timing Indica quantità, data e priorità delle prestazioni associate.

TQ-1 = quantità, sempre impostato a 1 TQ-4 =

- data schedulata o desiderata per l’appuntamento nel caso di ORM^O01 e OML^O33

- data esecuzione delle prestazione nel caso di ORM^O01-SC, OUL^R22, MDM^T02, MDM^T10

TQ-6 = la priorità, con i valori:

S=Urgente nel più breve tempo, R=routine,

I tre componenti sono opzionali, se non specificati vanno intesi come quantità = 1, data = decisa da order filler, priorità = R.

R R R

8 Parent Id SIO che accorpa le due richieste effettuate nella stessa sessione di

“prenotazione” (nel SIO è anche chiamato impropriamente id_contatto)

O O O

9 Date/Time of Transaction Data-ora evento R R R

10 Entered By Username operatore R R R

12 Ordering Provider Medico richiedente/proscrittore XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome

RE O O

17 Entering Organization Struttura richiedente (unità organizzativa) CE-1 (Identifier) = codice SIO

CE-2 (Text) = descrizione

CE-3 = Nome del sistema di codifica valorizzato con G2

R O R

18 Entering Device Workstation R R O

(18)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 18 18 18 di 18 di di di 22 22 22 22

OBR – Observation Request Segment Contiene informazioni relative alla richieste/prestazioni

SEQ NOME ELEMENTO DESCRIZIONE ORMO01 ORMO01-

SC/SN MDMT02 MDMT10 2 Placer Order Number ID prestazione richiesta (lo stesso valore del corrispondente ORC) R R 4 Universal Service

Identifier

Prestazione richiesta

CE-1 = codice SIO della prestazione CE-2 = descrizione prestazione

CE-3 = Nome del sistema di codifica; valorizzato con SIO

R R

13 Relevant Clinical Info Quesito clinico (testuale su SIO) RE O

15 Speciment Source Specificazione prestazione

CWE-5.1 = codice SIO specificazione (o lateralità) CWE-5.2 = descrizione SIO specificazione (o lateralità)

RE RE

18 Placer Field 1 Unità o laboratorio di erogazione R R

19 Placer Field 2 Stanza di erogazione (Agenda o Lista di Accesso) R R 30 Transportation Mode Modalità di trasporto (per interni). Vedi tabella HL7 Table 0124 a fine

doc.

RE O

31 Reason for Study Descrizione del quesito diagnostico codificato su SIO RE O 46 Placer Supplemental

Service Information

Dati impegnativa (prescrizione) CE-1 (1) = numero prescrizione CE-5 (1) = “PRESC_NUM”

CE-1 (2) = data prescrizione CE-5 (2) = “PRESC_DATA”

CE-1 (3) = fascia contrattuale CE-3 (3) = “G2”

CE-5 (3) = “PRESC_FASCIA”

CE-1 (4) = codice esenzione CE-3 (4) = “REGIONALE”

CE-5 (4) = “PRESC_ESENZ”

CE-1(5) = chiave impegnativa (valorizzato anche se non esiste un’impegnativa “reale”)

CE-5(5) = “PRESC_KEY”

RE

O O O O O O O O O O R R

(19)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 19 19 19 di 19 di di di 22 22 22 22

TXA – Transcription Document Header Contiene informazioni relative al documento elettronico.

SEQ NOME ELEMENTO DESCRIZIONE MDM^T02 MDM^T10

2 Document Type Tipologia del documento.

(1=Referto, 2=Scheda operatoria, 3=Lettera di dimissione, 4=Verbale di pronto soccorso) Eventuali altri tipi di documento dovranno essere concordati.

R R

3 Document Content Presentation

Formato del documento:

CDA2_XSL_PKCS7 se mime con CDA2 firmata secondo le specifiche riportate più avanti

CDA2_XSL se mime con CDA2 non firmata secondo le specifiche riportate più avanti

PDF_PKCS7 se formato PDF firmato PDF se formato PDF non firmato

R R

4 Activity Date/Time Data ora produzione o modifica del Referto R R 9 Originator Code/Name Medico repertante

XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome XCN-5 = codice fiscale

R R

10 Assigned Document Authenticator

Medico che autentica il referto XCN-1 = Codice regionale medico XCN-2 = Cognome

XCN-3 = nome XCN-5 = codice fiscale

O O

12 Unique Document Number

Chiave univoca ed invariante nel tempo del documento sull’applicativo d’origine

R R

13 Parent Document Number

Chiave univoca sull’applicativo d’origine o sul repository dell’eventuale documento padre

R 14 Placer Order Number Chiave dell’ordine nell’Order Placer R R 15 Filler Order Number Identificativo richiesta del dipartimentale O O 17 Document Completion

Status

Stato del documento:

AN – annullato (per il documento sostitutivo annullativo)

DO – validato

LA – Legalmente Valido (firmato digitalmente)

R R

18 Document Confidentiality Code

Delega-Consenso-Privacy:

N = normal (pubblicabile all’MMG) R = restricted (non pubblicabile all’MMG) V = very restricted (da definire)

R R

OBX – Observation / Result Contiene informazioni relative al documento ed il documento stesso.

SEQ NOME ELEMENTO DESCRIZIONE T02 T10

2 Value Type “ED” R R

5 Observation Value Documento codificato in base 64 R R

OBX 5 nel dettaglio:

(20)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 20 20 20 di 20 di di di 22 22 22 22

OBX OBX_5_TYPE_OF_DATA Tipo dato = ‘mime’.

OBX OBX_5_DATA_SUBTYPE Sottotipo dato= ‘ctect-stream’

OBX OBX_5_ENCODING Codifica = ‘Base64’

OBX OBX_5_DATA Contenuto = documento in base64

Il formato del documento, tolta la codifica Base64, potrà essere:

• busta MIME multipart firmata con due parti: la prima contenente l’xml-cda2 del documento secondo standard TSE (vedi allegato [1]) codificato in b64, la seconda il foglio di stile XSL-FO codificato B64.

• pdf firmato (l’uso di questo formato dovrà essere concordato con l’Azienda)

La firma digitale deve essere secondo il formato CAdES.

(21)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 21 21 21 di 21 di di di 22 22 22 22

4. APPENDICE - Tabelle di riferimento

I valori riportati nelle seguenti tabelle essendo variabili nel tempo e da sito a sito sono puramente esemplificativi. Ne va’ richiesta o condivisa la documentazione attualizzata quando viene realizzata l’integrazione.

User-defined Table 0112 - Discharge Disposition

Valore Descrizione

1 Deceduto

2 Dimissione ordinaria al domicilio del paziente

3 Dimissione protetta presso strutture extraospedaliere di assistenza

4 Dimissione protetta al domicilio del paziente con ospedalizzazione domiciliare 5 Dimissione volontaria

6 Trasferito ad altro istituto per acuti

7 Trasferito ad altro regime di ricovero nell’ambito dello stesso istituto 8 Trasferimento ad un istituto di riabilitazione

9 Dimissione protetta con attivazione di assistenza

User-defined Table 0023 – Admit Source

1 SENZA PROPOSTA MEDICA

2 PROPOSTA MED.BASE

3 PROGRAMMATO

4 DA ALTRO IST.PUBBLICO 5 DA ALTRO IST.PRIVATO

6 DA ALTRO IST.PRIVATO NON ACCR.

7 DA ALTRO REGIME RICOVERO

9 ALTRO

User-defined Table 0064 – Financial Class

A A CARICO MINISTERO 1 A CARICO SSN 2 DIFF.ALBERGHIERA

3 SUCC.RIMBORSO

4 SENZA ONERI

5 LIBERA PROFESSIONE 6 LIB.PROF.+DIFF.ALBERGH.

7 STRANIERO CONV.

User-defined Table U-0001 – Tipo Ricovero

1 Programmato (non urgente) 2 Urgente (da PS)

3 TSO

(22)

2 2 2 27 7 7 7 Febbraio Febbraio Febbraio Febbraio 2012 2012 2012 2012 ULSS

ULSS ULSS

ULSS 3 Bassano 3 Bassano 3 Bassano 3 Bassano

Sistema di integrazione: d Sistema di integrazione: d Sistema di integrazione: d

Sistema di integrazione: descrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7 escrizione messaggi hl7

Pag.

Pag. 22 22 22 di 22 di di di 22 22 22 22

4 Programmato con preosped.

6 Ricovero DH/DS 7 Urgente in reparto 9 Cartella ambulatoriale 11 Non rilevato

12 Ricovero urgente esitato da OBI

User-defined Table 0124 - Transportation Mode

1 Paziente in stanza

2 Paziente con letto

3 Paziente in piedi

4 Paziente in sedia

User-defined Table 0434 – Patient Condition Code

1 Guarito

2 Migliorato 3 Invariato 11 Peggiorato 21 Deceduto

User-defined Table U-0002 – Tipo Episodio

DEGENZA Degenza DAYHOS Day hospital AMBUL Ambulatoriale LISTA_ATT Pre ricovero POST_RIC Post Ricovero PR_SOCC Pronto soccorso

User-defined Table U-0003 – Stato Civile

1 1 - celibe/nubile 2 2 - coniugato/a 3 3 - separato/a 4 4 - divorziato/a 5 5 - vedovo/a 6 6 - non dichiarato

User-defined Table U-0003 – Relationship

1 Madre (informazione legata ad episodio ADT)