In questa pagina viene spiegato come configurare uno schema personalizzato per analizzare i messaggi HL7v2 non conformi allo standard HL7v2.
Se stai convertendo messaggi HL7v2 in un altro formato, ad esempio FHIR o OMOP, devi prima essere in grado di analizzare e importare i messaggi HL7v2 in un archivio HL7v2. Usa questa guida per assicurarti di poter analizzare e importare correttamente i messaggi HL7v2.
Panoramica
A volte, i messaggi HL7v2 potrebbero non essere conformi agli standard HL7v2. Ad esempio, i messaggi HL7v2 potrebbero contenere segmenti non inclusi nello standard HL7v2 oppure i segmenti potrebbero non essere nell'ordine corretto. Durante il tentativo di importare messaggi non conformi, potresti riscontrare errori.
Per importare i messaggi HL7v2 non conformi, devi modificare l'oggetto ParserConfig quando crei o modifichi un archivio HL7v2. All'interno di ParserConfig, puoi configurare l'analisi schematizzata in base a tipi e segmenti personalizzati, determinare come vengono gestiti i messaggi HL7v2 rifiutati e altro ancora.
Prima di configurare ParserConfig, leggi le sezioni seguenti per comprendere i messaggi HL7v2, le definizioni del tipo e le definizioni dei gruppi.
Messaggi HL7v2
Questa sezione fornisce una breve panoramica della struttura dei messaggi HL7v2, che sarà utile durante la configurazione dell'analizzatore sintattico personalizzato dello schema.
I messaggi HL7v2 sono basati sugli eventi e descrivono le transizioni di stato e gli aggiornamenti parziali alle cartelle cliniche. Ogni messaggio HL7v2 ha un tipo di messaggio che definisce lo scopo del messaggio. I tipi di messaggi utilizzano un codice a tre caratteri e sono specificati nell'intestazione del segmento principale (MSH) obbligatoria del messaggio. Esistono decine di tipi di messaggi, tra cui:
ADT: utilizzato per trasmettere porzioni dei dati di amministrazione dei pazienti di un pazienteORU: utilizzato per trasmettere i risultati di osservazioneORM: utilizzato per trasmettere informazioni su un ordine
Esamina la struttura dei messaggi HL7v2, che comprendono segmenti, campi, componenti e sottocomponenti:
Nella figura 1, sono riportate le seguenti parti del messaggio HL7v2: il segmento, l'intestazione del segmento, i campi e i componenti.
Per impostazione predefinita, i messaggi HL7v2 utilizzano i seguenti caratteri per
separare le informazioni. Puoi eseguire l'override dei delimitatori, dei separatori e dei terminatori di un messaggio HL7v2 in base al singolo messaggio nel segmento MSH.
Carattere di terminazione dei segmenti:
\rSe i messaggi HL7v2 utilizzano un separatore di segmenti diverso, vedi l'esempio Carattere di terminazione dei segmenti personalizzato e campo personalizzato.
Separatore di campo:
|Separatore componenti:
^Separatore di sottocomponente:
&Separatore di ripetizioni:
~Caratteri di escape:
\
Definizioni di tipi e gruppi
La comprensione del parser dello schema prevede l'utilizzo di definizioni di tipo e definizioni di gruppo.
Definizione del tipo
Il termine "tipi" include quanto segue:
Tipi di segmenti HL7v2, come
MSH(intestazione del segmento del messaggio),DG1(diagnosi) ePID(identificazione del paziente)Per un elenco di tutti i tipi di segmenti HL7v2, consulta Definizioni dei segmenti.
Tipi di dati HL7v2, ad esempio
ST(dati stringa),TS(data e ora) eSI(ID sequenza)Per un elenco di tutti i tipi di dati predefiniti per HL7v2, vedi Tipi di dati.
Puoi specificare i tipi nel campo name
all'interno dell'oggetto Type.
I tipi utilizzano un formato modulare costituito da un segmento e dai relativi campi, componenti e sottocomponenti. Le informazioni in un oggetto Type indicano come analizzare o interpretare un segmento e
rispondono a domande come le seguenti:
- Quali campi contiene il segmento?
- Quali sono i tipi di dati dei campi?
L'esempio seguente mostra la definizione del tipo per un segmento ZCD personalizzato:
{
"type": {
"name": "ZCD", // Segment type
"fields": [
{
"name": "1",
"type": "ST", // Primitive string data type
"minOccurs": 1, // Must occur at least once
"maxOccurs": 1 // Not repeated, because it can only occur once
},
{
"name": "2",
"type": "A", // Custom data type
"minOccurs": 1 // Repeated, because maxOccurs is not defined
}
]
}
}
In questo esempio, il segmento ZCD contiene due campi, denominati 1 e 2.
Il tipo di dati per 1 è ST, che è un tipo di dati stringa primitivo. Il tipo di dati per 2
è A, che è un tipo di dati personalizzato.
La seguente definizione del tipo di dati personalizzati A mostra che contiene anche
un altro tipo di dati personalizzato, denominato B.
{
"type": {
"name": "A", // Custom data type
"fields": [
{
"name": "1",
"type": "ST", // Primitive string data type
"minOccurs": 1, // Must occur at least once
"maxOccurs": 1 // Not repeated, because it can only occur once
},
{
"name": "2",
"type": "B", // Custom data type
"minOccurs": 1,
"maxOccurs": 1
}
]
}
}
L'esempio seguente mostra la definizione del tipo di dati personalizzati B, che ha un campo denominato 1 con tipo di dati ST e un campo denominato 2 con un tipo di dati ST ripetuto:
{
"type": {
"name": "B", // Custom data type
"fields": [
{
"name": "1",
"type": "ST", // Primitive string data type
"minOccurs": 1, // Must occur at least once
"maxOccurs": 1 // Not repeated, because it can only occur once
},
{
"name": "2",
"type": "ST"
"minOccurs": 1,
"maxOccurs": 1
}
]
}
}
Conoscendo le informazioni sul segmento e sui tipi di dati, puoi stimare l'aspetto
del segmento ZCD nel messaggio HL7v2 originale. Questo esempio mostra il messaggio HL7v2 con il campo A ripetuto una volta, operazione consentita perché maxOccurs non è impostato nel campo A:
ZCD|ZCD_field_1|A_field_1^B_component_1&B_component_2_repetition_1~A_field_1^B_component_1&B_component_2_repetition_2
Nella Figura 2, sono riportate le seguenti parti della definizione del tipo: segmento, intestazione del segmento, campi, componenti, sottocomponenti e ripetizioni.
Definizione del gruppo
I gruppi sono definiti a livello di segmento e forniscono informazioni sui tipi di segmenti che possono essere visualizzati in ciascun messaggio HL7v2.
Devi specificare i gruppi nell'array groups
all'interno dell'oggetto GroupOrSegment.
Considera il seguente snippet di una struttura di gruppi per un messaggio HL7v2 ADT_A01:
- Il primo
segmentnell'arraymembersèMSH(Message Segment Header), perchéMSHè obbligatorio in ogni messaggio HL7v2. Un
groupdenominatoGroup 1.Questo gruppo può verificarsi al massimo
2volte e contiene il segmentoZCDpersonalizzato.In genere, un elemento
groupcontiene più segmenti nidificati e altri gruppi raggruppati logicamente, ma in questo esempioGroup 1contiene solo un singolo segmento:ZCD.
{
"ADT_A01": {
"members": [
{
"segment": {
"type": "MSH"
}
},
{
"group": {
"name": "Group 1",
"minOccurs": 1,
"maxOccurs": "2",
"members": [
{
"segment": {
"type": "ZCD"
}
}
]
}
}
]
}
}
Conoscendo le informazioni sui gruppi, puoi stimare l'aspetto
del messaggio HL7v2 originale se ZCD compare due volte nel messaggio HL7v2,
cosa che è consentita perché maxOccurs su Group 1 è impostato su 2.
Il resto del segmento ZCD è sconosciuto senza conoscere anche la
definizione del tipo.
MSH|^~\&|||||20100308000000||ADT^A01|23701|1|2.3|| ZCD|ZCD_CONTENT ZCD|ZCD_CONTENT
Nella Figura 3, sono riportate le seguenti parti della definizione di gruppo: il segmento e l'intestazione del segmento.
configura uno schema personalizzato su un archivio HL7v2
Le sezioni seguenti spiegano i componenti di uno schema personalizzato e come configurare lo schema in un archivio HL7v2.
Configurazione del tipo di archivio HL7v2
Dopo aver compreso la definizione del tipo di un messaggio HL7v2, puoi specificare una configurazione del tipo su un archivio HL7v2. Per specificare la configurazione, aggiungi
un array di types
e un array version.
L'esempio seguente mostra come specificare la configurazione per i tipi mostrati in Definizione del tipo in un archivio HL7v2.
Tieni presente che la configurazione utilizza l'array version per
specificare i campi mshField e value. Questi
campi corrispondono ai campi e ai componenti del segmento MSH.
L'array types specificato si applica solo ai messaggi con un segmento
MSH corrispondente ai valori di mshField e value
nell'array version. Ciò consente di importare messaggi HL7v2 con versioni diverse
nello stesso archivio HL7v2.
{
"types": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"type": [
{
"name": "ZCD", // Segment type
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "A",
"minOccurs": 1
}
]
},
{
"name": "A", // Data type
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "B",
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "B", // Data type
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "ST"
}
]
}
]
}
]
}
Configurazione del gruppo di archivi HL7v2
Puoi utilizzare i gruppi per configurare una struttura nidificata a livello di "appartenenza".
I gruppi vengono specificati in un array members a livello di segmento. La struttura di un segmento è prevedibile e in genere contiene campi, componenti e sottocomponenti, ma il segmento stesso può trovarsi a qualsiasi livello del messaggio HL7v2.
Come una configurazione del tipo, una configurazione di gruppo utilizza
un filtro version
per consentire di importare i messaggi HL7v2 con versioni diverse nello stesso archivio HL7v2.
L'esempio seguente mostra come specificare la configurazione per il gruppo mostrato in Definizione del gruppo in un archivio HL7v2:
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"messageSchemaConfigs": {
"ADT_A01": {
"members": [
{
"segment": {
"type": "MSH"
}
},
{
"group": {
"name": "Group 1",
"maxOccurs": "2",
"members": [
"segment": {
"type": "ZCD"
}
]
}
}
]
}
}
}
Completa la configurazione dell'archivio HL7v2
Quando combini la configurazione di type e quella group, puoi determinare come appare la configurazione completa dello schema personalizzato nell'archivio HL7v2. Puoi anche determinare che lo schema personalizzato corrisponde a un messaggio HL7v2 simile al seguente:
MSH|^~\&|||||20100101000000||ADT^A01^A01|23701|1|2.3||
ZCD|ZCD_field_1|A_field_1^B_component_1&B_component_2_repetition_1~A_field_1^B_component_1&B_component_2_repetition_2
Espandi la sezione seguente per visualizzare lo schema personalizzato completo nell'archivio HL7v2, quindi continua a creare un archivio HL7v2 che utilizza lo schema personalizzato:
Espandi
{
"parserConfig": {
"schema": {
"schemas": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"messageSchemaConfigs": {
"ADT_A01": {
"name": "ADT_A01",
"members": [
{
"segment": {
"type": "MSH",
"minOccurs": 1,
"maxOccurs": 1
}
},
{
"group": {
"name": "Group 1",
"minOccurs": 1,
"maxOccurs": "2",
"members": [
{
"segment": {
"type": "ZCD"
}
}
]
}
}
]
}
}
}
],
"types": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"type": [
{
"name": "ZCD", // Segment type
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "A"
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "A", // Data type
"fields": [
{
"name": "1",
"type": "ST"
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "B"
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "B", // Data type
"fields": [
{
"name": "1",
"type": "ST"
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "ST"
"minOccurs": 1
}
]
}
]
}
]
},
"version": "V3"
}
}
Crea un archivio HL7v2 con lo schema personalizzato
Per creare un archivio HL7v2 che utilizza lo schema personalizzato completo, completa questa sezione.
Prima di utilizzare i dati della richiesta, effettua le seguenti sostituzioni:
- PROJECT_ID: l'ID del tuo progetto Google Cloud
- LOCATION: la posizione del set di dati
- DATASET_ID: set di dati padre dell'archivio HL7v2
- HL7V2_STORE_ID: l'ID store HL7v2
Corpo JSON della richiesta:
{
"parserConfig": {
"schema": {
"schemas": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"messageSchemaConfigs": {
"ADT_A01": {
"name": "ADT_A01",
"members": [
{
"segment": {
"type": "MSH",
"minOccurs": 1
}
},
{
"group": {
"name": "Group 1",
"minOccurs": 1,
"members": [
{
"segment": {
"type": "ZCD"
}
}
]
}
}
]
}
}
}
],
"types": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"type": [
{
"name": "ZCD",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "A",
"minOccurs": 1
}
]
},
{
"name": "A",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "B",
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "B",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
}
]
}
]
}
]
},
"version": "V3"
}
}
Per inviare la richiesta, scegli una delle seguenti opzioni:
curl
Salva il corpo della richiesta in un file denominato request.json.
Esegui questo comando nel terminale per creare o sovrascrivere questo file nella directory attuale:
cat > request.json << 'EOF'
{
"parserConfig": {
"schema": {
"schemas": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"messageSchemaConfigs": {
"ADT_A01": {
"name": "ADT_A01",
"members": [
{
"segment": {
"type": "MSH",
"minOccurs": 1
}
},
{
"group": {
"name": "Group 1",
"minOccurs": 1,
"members": [
{
"segment": {
"type": "ZCD"
}
}
]
}
}
]
}
}
}
],
"types": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"type": [
{
"name": "ZCD",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "A",
"minOccurs": 1
}
]
},
{
"name": "A",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "B",
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "B",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
}
]
}
]
}
]
},
"version": "V3"
}
}
EOF
Quindi, esegui questo comando per inviare la richiesta REST:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json; charset=utf-8" \
-d @request.json \
"https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/hl7V2Stores?hl7V2StoreId=HL7V2_STORE_ID"
PowerShell
Salva il corpo della richiesta in un file denominato request.json.
Esegui questo comando nel terminale per creare o sovrascrivere questo file nella directory attuale:
@'
{
"parserConfig": {
"schema": {
"schemas": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"messageSchemaConfigs": {
"ADT_A01": {
"name": "ADT_A01",
"members": [
{
"segment": {
"type": "MSH",
"minOccurs": 1
}
},
{
"group": {
"name": "Group 1",
"minOccurs": 1,
"members": [
{
"segment": {
"type": "ZCD"
}
}
]
}
}
]
}
}
}
],
"types": [
{
"version": [
{
"mshField": "12",
"value": "2.3"
}
],
"type": [
{
"name": "ZCD",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "A",
"minOccurs": 1
}
]
},
{
"name": "A",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "B",
"minOccurs": 1,
"maxOccurs": 1
}
]
},
{
"name": "B",
"fields": [
{
"name": "1",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
},
{
"name": "2",
"type": "ST",
"minOccurs": 1,
"maxOccurs": 1
}
]
}
]
}
]
},
"version": "V3"
}
}
'@ | Out-File -FilePath request.json -Encoding utf8
Quindi, esegui questo comando per inviare la richiesta REST:
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }
Invoke-WebRequest `
-Method POST `
-Headers $headers `
-ContentType: "application/json; charset=utf-8" `
-InFile request.json `
-Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/hl7V2Stores?hl7V2StoreId=HL7V2_STORE_ID" | Select-Object -Expand Content
Dovresti ricevere una risposta JSON simile alla seguente:
importa e analizza il messaggio HL7v2 utilizzando lo schema personalizzato
Completa questa sezione per importare una versione con codifica Base64 del messaggio HL7v2.
Prima di utilizzare i dati della richiesta, effettua le seguenti sostituzioni:
- PROJECT_ID: l'ID del tuo progetto Google Cloud
- LOCATION: la posizione del set di dati padre
- DATASET_ID: set di dati padre dell'archivio HL7v2
- HL7V2_STORE_ID: l'ID store HL7v2
Corpo JSON della richiesta:
{
"message": {
"data": "TVNIfF5+XCZ8fHx8fDIwMTAwMTAxMDAwMDAwfHxBRFReQTAxXkEwMXwyMzcwMXwxfDIuM3x8DVpDRHxaQ0RfZmllbGRfMXxBX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMX5BX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMQ=="
}
}
Per inviare la richiesta, scegli una delle seguenti opzioni:
curl
Salva il corpo della richiesta in un file denominato request.json.
Esegui questo comando nel terminale per creare o sovrascrivere questo file nella directory attuale:
cat > request.json << 'EOF'
{
"message": {
"data": "TVNIfF5+XCZ8fHx8fDIwMTAwMTAxMDAwMDAwfHxBRFReQTAxXkEwMXwyMzcwMXwxfDIuM3x8DVpDRHxaQ0RfZmllbGRfMXxBX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMX5BX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMQ=="
}
}
EOF
Quindi, esegui questo comando per inviare la richiesta REST:
curl -X POST \
-H "Authorization: Bearer $(gcloud auth print-access-token)" \
-H "Content-Type: application/json; charset=utf-8" \
-d @request.json \
"https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/hl7V2Stores/HL7V2_STORE_ID/messages:ingest"
PowerShell
Salva il corpo della richiesta in un file denominato request.json.
Esegui questo comando nel terminale per creare o sovrascrivere questo file nella directory attuale:
@'
{
"message": {
"data": "TVNIfF5+XCZ8fHx8fDIwMTAwMTAxMDAwMDAwfHxBRFReQTAxXkEwMXwyMzcwMXwxfDIuM3x8DVpDRHxaQ0RfZmllbGRfMXxBX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMX5BX2ZpZWxkXzJeQl9jb21wb25lbnRfMSZCX2NvbXBvbmVudF8yX3JlcGV0aXRpb25fMQ=="
}
}
'@ | Out-File -FilePath request.json -Encoding utf8
Quindi, esegui questo comando per inviare la richiesta REST:
$cred = gcloud auth print-access-token
$headers = @{ "Authorization" = "Bearer $cred" }
Invoke-WebRequest `
-Method POST `
-Headers $headers `
-ContentType: "application/json; charset=utf-8" `
-InFile request.json `
-Uri "https://healthcare.googleapis.com/v1/projects/PROJECT_ID/locations/LOCATION/datasets/DATASET_ID/hl7V2Stores/HL7V2_STORE_ID/messages:ingest" | Select-Object -Expand Content
Dovresti ricevere una risposta JSON simile alla seguente:
Determinare la cardinalità dei campi
Puoi determinare la cardinalità di un campo in un messaggio HL7v2 impostando i seguenti campi nell'archivio HL7v2:
minOccurs: determina il numero minimo di volte in cui un gruppo, un segmento, un campo, un componente o un sottocomponente deve essere presente o ripetuto nei messaggi HL7v2 in arrivomaxOccurs: determina il numero massimo di volte in cui un gruppo, un segmento, un campo, un componente o un sottocomponente può essere presente o ripetuto nei messaggi HL7v2 in arrivo
Ignora gli elementi mancanti
Imposta ignoreMinOccurs
su true se vuoi che l'API HL7v2 accetti tutti i messaggi HL7v2 in arrivo indipendentemente
dagli elementi mancanti. Ciò significa che un messaggio non verrà rifiutato se non include gruppi, segmenti, campi, componenti o sottocomponenti obbligatori.
Se non riesci a importare messaggi HL7v2 perché mancano campi obbligatori, ti consigliamo di impostare ignoreMinOccurs su true.
Tipo di campo con caratteri jolly
Il carattere jolly, *, è un tipo speciale utilizzato per i campi. L'utilizzo di * indica all'analizzatore sintattico HL7v2 che il campo deve essere analizzato in base alla struttura nel messaggio HL7v2. L'utilizzo di * al posto di un valore per un campo è utile
quando non vuoi applicare un tipo di dati per campi con restrizioni. Finché il contenuto nel campo è conforme allo standard HL7v2, l'API Cloud Healthcare può analizzare il messaggio HL7v2.
Ad esempio, considera la seguente definizione del tipo. Il campo 2 utilizza un carattere jolly anziché un tipo di dati del campo. La definizione è
equivalente alla prima definizione in Definizione del tipo e
non richiede di specificare i tipi A e B:
"type": {
"name": "ZCD"
"fields": [
{
"name": "1",
"type": "ST"
},
{
"name": "2",
"type": "*"
}
]
}
Passaggi successivi
Scopri di più sulla configurazione di analizzatori sintattici dello schema personalizzati con gli esempi di parser dello schema personalizzato.