Notifica di check-in servente

Nel progetto di rete di laboratori il flusso di Check-in servente è obbligatorio e prevede l'invio di un messaggio con codice evento "OML^O21", "OML^O33" o "OML^O35".

Il flusso di notifica di check-in provette è utilizzato per tracciare l’arrivo fisico delle provette nel Laboratorio Servente; tale fase è preliminare all’esecuzione delle prestazioni. Con tale transazione il LS invia all’OMr un messaggio in modalità asincrona di avvenuta presa in carico definitiva delle prestazioni relative alle richieste del LR; questa fase coincide con la presenza e l’accettazione (check-in) delle provette da analizzare.

OMr, riceve la notifica di check-in dal LS e valida il messaggio; risponde con un MessageHeader.response.code = "ok" o "fatal-error", in quest'ultimo caso il messaggio contiene anche il riferimento all'errore di comunicazione commesso. L’OMr inoltrerà tale comunicazione al LR con un messaggio sincrono.

Attende dunque la risposta del laboratorio, che dovrà contenere la conferma dell'elaborazione corretta del messaggio ricevuto. Il codice evento del messaggio di risposta è "ORL^O33", "ORL^O34" o "ORL^O36" rispettivamente nel caso di richiesta tramite "OML^O21", "OML^O33" o "OML^O35". Con il check-in il LS può comunicare che:

• L'ordine è in lavorazione: i campioni sono pervenuti in laboratorio e sono stati correttamente associati ad una delle richieste presenti nell’applicativo del LS;
• L'ordine non è eseguibile: non è stato possibile effettuare il check-in per vari motivi (per esempio: provetta pervenuta rotta, campione inutilizzabile, mancanza di etichette etc.). In questo caso il LS manderà all’OMr un messaggio, con relativa motivazione, di non esecuzione degli esami; tale messaggio verrà inoltrato al LR.

Ricevuta la risposta di LR, OMr si occupa di inoltrarla al laboratorio servente instaurando una nuova comunicazione sincrona. LS risponde al momento della ricezione del messaggio.

Profili Check-in servente

I profili coinvolti in questo scenario sono definiti all'interno del profilo:

• ReteLabBundleNotificaServente
• ReteLabBundleRispostaACK
• ReteLabBundleRispostaNotifica

È possibile consultare i singoli profili:

Messaggio check-in servente

• ReteLabMessageHeader
• ReteLabTaskStatoRichiesta
• ReteLabServiceRequestRichiestaEsamiLab
• ReteLabPatientCittadino
• ReteLabEncounterInformazioniRichiestaLab
• ReteLabOrganizationL1
• ReteLabOrganizationL2
• ReteLabOrganizationL3
• ReteLabOrganizationL4
• ReteLabSpecimenCampioneLaboratorio

Messaggio di risposta OK/KO

• ReteLabMessageHeaderACK
• ReteLabOperationOutcome

Messaggio di accettazione

• ReteLabMessageHeader
• ReteLabTaskStatoRichiesta
• ReteLabServiceRequestRichiestaEsamiLab
• ReteLabPatientCittadino
• ReteLabEncounterInformazioniRichiestaLab
• ReteLabOrganizationL1
• ReteLabOrganizationL2
• ReteLabOrganizationL3
• ReteLabOrganizationL4
• ReteLabSpecimenCampioneDaAnalizzareCheckInCheckOut
• ReteLabPractitionerMedico
• ReteLabPractitionerRoleMedico