Struttura dei messaggi HL7
Un messaggio HL7 è una struttura gerarchica associata a un evento trigger. Lo standard HL7 definisce l'evento trigger come "un evento nel mondo reale dell'assistenza sanitaria (che) crea la necessità di flusso dei dati tra i sistemi". Ogni evento trigger è associato a un messaggio astratto che definisce il tipo di dati che il messaggio deve supportare l'evento trigger. Il messaggio astratto è una raccolta di segmenti e include le regole di ripetizione e inclusione per tali segmenti. La tabella seguente illustra un esempio di messaggio astratto associato all'evento trigger A04 - Register Patient.
| Evento trigger | Messaggio astratto |
|---|---|
| ADT^A04^ADT_A01 | Ammissione, scarico e trasferimento |
| MSH | Intestazione del messaggio |
| EVN | Tipo evento |
| PID | Identificazione dei pazienti |
| [ PD1 ] | Dati demografici aggiuntivi |
| [{ ROL }] | Ruolo |
| [{ NK1 }] | Successiva delle parti kin/associate |
| PV1 | Visita paziente |
| [ PV2 ] | Visita dei pazienti - Informazioni aggiuntive |
| [{ ROL }] | Ruolo |
| [{ DB1 }] | Informazioni sulla disabilità |
| [{ OBX }] | Osservazione/Risultato |
| [{ AL1 }] | Informazioni sull'allergia |
| [{ DG1 }] | Informazioni sulla diagnosi |
| [ DRG ] | Diagnosi del gruppo correlato |
| [{ | |
| PR1 | Procedure |
| [{ ROL }] | Ruolo |
| }] | |
| [{ GT1 } ] | Garante |
| [{ | |
| IN1 | Assicurazioni |
| [ IN2 ] | Informazioni aggiuntive sull'assicurazione |
| [{ IN3 }] | Informazioni aggiuntive assicurative - Certificato. |
| [{ ROL }] | Ruolo |
| }] | |
| [ ACC ] | Informazioni sugli incidenti |
| [ UB1 ] | Informazioni sulla fattura universale |
| [ UB2 ] | Informazioni sulla fattura universale 92 |
| [ PDA ] | Morte e autopsia dei pazienti |
Le parentesi quadre sopra "[", "]" indicano che un segmento o un gruppo di segmenti è facoltativo, mentre le parentesi graffe "{", "}" indicano il segmento o il gruppo di segmenti ripetuti.
Un segmento è un gruppo di campi ognuno dei quali è conforme a un tipo di dati specifico. I campi possono avere una struttura semplice o complessa. Sono costituiti da componenti in base alle regole definite nella definizione del tipo di dati. Per supportare i tipi di dati più complessi, alcuni componenti possono essere costituiti da sottocomponenti.
Nota
Il fatto che la codifica dei messaggi HL7 usi delimitatori specificati limita la capacità di uno sviluppatore di introdurre nuovi modi di suddividere i dati. Non può essere presente alcun sottocomponente, poiché ciò richiederebbe l'invenzione di un nuovo tipo di delimitatore.
Le prime specifiche HL7 non definiscono il messaggio astratto. Il messaggio astratto è il modello di segmenti associati a un evento trigger. Analogamente, i messaggi HL7 contengono raccolte di segmenti che si ripetono insieme o gruppi di segmenti. Le prime specifiche HL7 non definiscono i gruppi di segmenti. A partire dalla versione 2.3.1 e continuando nelle versioni successive, questa modifica è stata modificata a causa della necessità di supportare la codifica XML. Nella tabella Trigger Event precedente, ad esempio, il nome della struttura dei messaggi è "ADT_A01". Questo è lo stesso modello di segmenti usati per supportare A01 - Ammetti paziente. Per praticità, i nomi delle strutture dei messaggi corrispondono al primo evento trigger (in termini di posizionamento all'interno del documento HL7) che li usa. Analogamente, il gruppo di segmenti nella tabella Trigger Event precedente che inizia con IN1, tra cui IN2, IN3 e ROL, viene ripetuto come gruppo. Il nome, a partire dalla versione 2.5, è "Insurance".
Nella versione 2 le regole di compatibilità tra versioni supportano l'evoluzione delle interfacce richiedendo che le versioni successive dello standard non includano strutture che invalidano le versioni precedenti. Ciò richiede che non venga rimosso un evento trigger e che non si usi un evento trigger per uno scopo diverso o con un messaggio astratto diverso da quello previsto in origine. Per i messaggi astratti, ciò implica che non è possibile rimuovere un segmento da un messaggio, né rendere facoltativo un segmento obbligatorio o un segmento ripetuto non ripetuto. Se si aggiunge un segmento, è necessario farlo alla fine di un messaggio o alla fine di un gruppo ripetuto all'interno di un messaggio.
Le funzioni seguenti di Microsoft BizTalk Accelerator per HL7 (BTAHL7) supportano questi requisiti:
Supporto di tutti gli eventi trigger e le strutture dei messaggi a partire dalla versione 2.1 e continuando fino alla versione 2.5.
Supporto della localizzazione tramite l'aggiunta di segmenti e la personalizzazione del segmento facoltativamente e la ripetizione.
Vedere anche
Elaborazione dei messaggi HL7
Elaborazione di messaggi
Uso degli schemi di HL7 2.X