INTEGRAZIONE ANAGRAFE DALL APPLICATIVO DI CARTELLA MMG/PLS CICOM PROGETTO ESECUTIVO DEFINITIVO Accordo di Programma Quadro "Sviluppo della Società dell'informcazione nella Regione Abruzzo" Atto Integrativo II - SI-II-09 RETE MEDICI DI MEDICINA GENERALE STAZIONE APPALTANTE: RTI AGGIUDICATARIO: DEDALUS S.P.A TELECOM ITALIA S.P.A. di 23
INDICE Oggetto del documento... 3 2 Definizioni, Acronimi ed Abbreviazioni... 4 3 Riferimenti... 4 4 Scopo... 4 5 Descrizione sessione di prova... 4 6 Architettura SW usata per la sessione di test... 5 7 Piano Di Test... 5 8 STAA - Flusso di Recupero notifiche di variazione anagrafiche... 5 8. Descrizione della logica di comunicazione... 5 8.2 Lista Test Cases... 6 8.2. Dettaglio test case... 7 9 SRDPR - Riconduzione Paziente (Servizio Resolve Duplicate Patient Registrations)... 9 9. Descrizione della logica di comunicazione... 9 9.2 Lista Test Cases... 9.2. Dettaglio test case... 0 SNVA Notifica Variazione Anagrafe verso anagrafe Centrale... 3 0. Descrizione della logica di comunicazione... 3 0.2 Lista Test case... 4 0.2. Dettaglio test case... 4 SIA Servizio identificazione assistito... 7. Query assistiti - Descrizione della logica di comunicazione... 7.2 Query continue assistiti- Descrizione della logica di comunicazione... 8.3 Lista Test case... 9.3. Dettaglio test case... 9 2 di 23
Oggetto del documento Il presente documento costituisce il deliverable 42. (Redazione del Piano e dei Risultati dello Unit Test dell integrazione dell applicativo Millewin con il servizio di anagrfe centralizzata) previsto dalla scheda attività 42 Integrazione Software di Cartelle CICoM - Fase definita nel contesto del progetto "Rete MMG" promosso dalla regione Abruzzo. Nello specifico il documento è strutturato come segue: - Nei capitoli 5 e 6 viene descritta l architettura software e hardware prevista per l esecuzione del piano di test - Nei capitoli a seguire vengono dettagliate le funzionalità testate corredate dal tracciato dei messaggi scambiati tra gli applicativi del Cartella CICoM e i web services della Rete di MMG. 3 di 23
2 Definizioni, Acronimi ed Abbreviazioni Attori Coinvolti nel processo di dispiegamento Titolo MAC SIA 3 Riferimenti Esteso Modulo Anagrafica Centrale Servizio Identificazione Assistito Il presente documento fa riferimento ai deliverables di progetto elencata di seguito: PED_Rete_MMG Allegato_Schede_Attività_Rete_MMG Piano di Test Modulo Base Anagrafica Assistiti (MMG) 4 Scopo L obiettivo del documento è quello di verificare tramite appositi test come è stato modificato il software di cartella Millewin in uso presso i MMG/PLS al fine di abilitarlo all utilizzo dei servizi messi a disposizione dalla Rete dei Medici di Medicina Generale. Nello specifico l oggetto del documento è quello di descrivere come avviene l interazione con l Anagrafe centralizzata degli assistiti. 5 Descrizione sessione di prova Ogni azione di test eseguita dovrà essere riportata nel presente documento, inclusiva di data ed ora di esecuzione del test, in modo tale da permettere al personale tecnico Dedalus di investigare eventuali anomalie riportate dal modulo di tracciamento degli errori implementato nel sottosistema applicativo. Informazioni generali Data del test Località Autore del test Versione rilasciata Data rilascio Luogo rilascio Lista valutatori 4 di 23
6 Architettura SW usata per la sessione di test Per effettuare la sessione di test del modulo di integrazione con il software di cartella Millewinverrà adoperata la piattaforma dettagliata nella tabella che segue: Informazioni ambiente di test Sistema Operativo Harware Richiesto 7 Piano Di Test In questo capitolo sono descritti i test del modulo denominato Anagrafe Assistiti. In particolare sono testati i seguenti servizi: STAA Servizo Trasmissione Aggiornamento Anagrafica SRDPR Servizio Riconduzione Paziente (Servizio Resolve Duplicate Patient Registrations) SNVA Servizio Notifica Variazione Anagrafiche SIA Servizio Identificazione Assistito Figura - Contesto applicativo Anagrafe Assistiti 8 STAA - Flusso di Recupero notifiche di variazione anagrafiche 8. Descrizione della logica di comunicazione Tramite il servizio trasmissione aggiornamenti anagrafici STAA - il sistema Gestore Notifiche, fornisce all applicativo Millewin la notifiche delle variazioni ricevute dal sistema MAC. 5 di 23
La sequenza di messaggi scambiati tra MAC e MMG/PLS rispetta la seguente logica (per il dettaglio si rimanda al documento Piano di Test Modulo Base Anagrafica Assistiti-MMG): L applicazione Millewin invia il messaggio MCCI_IN000UV0 - Send pool request per verificare la presenza di una o più variazioni; Il Gestore Notifiche torna un messaggio PRPA_IN9002IT0 - Send pool message nel caso in cui sia presente una notifica di variazione; Nel caso in cui l applicazione MMG/PLS abbia ricevuto correttamente il messaggio di variazione allora invierà un messaggio di tipo MCCI_IN0004UV0 - Accept ack pool for next message in queue. Questo messaggio consentirà al MAC di eliminare la notifica dalla coda delle variazioni permettendo l avanzamento e l invio della notifica successiva. Se non sono presenti notifiche sulla coda il Gestore Notifiche produce un messaggio di tipo MCCI_IN002200 - Ack poll coda vuota ; 8.2 Lista Test Cases 6 di 23
ID Funzionalità.0 Verifica presenza servizio STAA del modulo Anagrafe Assistiti. Recupero di una notifica.2 Aggiorna notifica ricevuta e recupero di una nuova.3 Nessuna notifica disponibile 8.2. Dettaglio test case Di seguito il dettaglio dei test case sopra indicati: Descrizione: Verifica presenza servizio STAA del.0 modulo Anagrafe Assistiti Obiettivo: verifica presenza del servizio STAA del modulo Anagrafe Assistiti Caso di prova: richiesta del servizion da parte di un browser : presenza del servizio applicativo Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo invocazione del servizio applicativo da browser: http://cttlmmgwebnlb.comnetra.local/mac/services2/prpa_ar20322it0_service.prp A_AR20322IT0_Port?wsdl. Descrizione: Recupero di una notifica Obiettivo: verifica di richiesta di polling su coda a seguito di una chiamata del client Caso di prova: il client invia una richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di risposta relativo ad una variazione anagrafica di intersse per il medico. : Il modulo Anagrafe Assistiti risponde con un messaggio Patient Register Record Revised Poll Response valido e caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti. [Response].controlActProcess.Subject.registrationEvent.subject.patient.id@root="2.6. 840..3883.2.9.2.30.4."; @extension=${id_paz_regionale} identificativo regionale del paziente censito nell Anagrafe Assititi Condizione pre : esiste nella coda almeno una notifica disponibile per il medico associato 7 di 23
al codice fiscale inviato. Condizioni iniziali: il messaggio è presente sul MAC Condizioni finali: il messaggio contente le varioazioni viene ricevuto dal client. Descrizione: Aggiorna notifica ricevuta e recupero di.2 una nuova Obiettivo: successiva richiesta di polling su coda tramite Accept Ack Poll for Next Message in Queue, con esito positivo Caso di prova: il client invia all Anagrafe Assititi un ACK di corretta ricezione con successiva richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di risposta relativo ad una variazione anagrafica di intersse per il medico. : Il modulo Anagrafe Assistiti risponde con un messaggio Patient Register Record Revised Poll Response valido e caratterizzato dai seguenti campi chiave acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti. [Response].controlActProcess.Subject.registrationEvent.subject.patient.id@root="2.6. 840..3883.2.9.2.30.4."; @extension=${new_id_paz_regionale} Condizione pre : positivo del Test Case ed esistena di almeno una ulteriore notifica disponibile per il medico associato al codice fiscale esistente Condizioni iniziali: il messaggio è presente sul MAC Condizioni finali: il messaggio contente le variazioni viene ricevuto dal client. 8 di 23
.3 Rete di Medici di Medicina Generale Descrizione: Nessuna notifica disponibile Obiettivo: viene fatta una prima richiesta di polling su coda, con esito negativo Caso di prova: il client invia una richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve in risposta un ACK applicativo che lo informa della coda vuota : il modulo Anagrafe Assistiti risponde con un messaggio di ACK MCCI_IN00005UV0 che comunica che la coda è vuota. Condizione pre : nessuna notifica disponibile per il medico associato al codice fiscale inviato. Condizioni iniziali: il messaggio non è presente sul MAC Condizioni finali: il messaggio di risposta che informa il client che non sono presenti variazioni. 9 SRDPR - Riconduzione Paziente (Servizio Resolve Duplicate Patient Registrations) 9. Descrizione della logica di comunicazione Tramite il servizio trasmissione aggiornamenti anagrafici STAA - il sistema Gestore Notifiche, integrato nel modulo Anagrafe Assititi, fornisce ai sistemi della rete MMG/PLS la notifiche delle variazioni relative alle riconduzioni dei pazienti ricevute dal sistema SIAR. I sistemi MMG/PLS sono predisposti per interrogare in modo sincrono l applicazione MAC per verificare se ci sono nuovie notifiche a loro destinate. Per fare questo, è necessario invocare un Web Services che attinge ad un coda applicativa per il recupero delle notifiche delle variazioni destinate al medico; 9 di 23
Figura 2 - servizio di trasmissione aggiornamenti anagrafici per la riconduzione paziente La sequenza di interazioni attesa è la seguente:. L applicazione MMG/PLS invia il messaggio MCCI_IN000UV0 - Send poll request per verificare la presenza di una o più variazioni; 2. in caso di coda non vuota, il MAC invia in risposta - sulla stessa connessione - un messaggio Patient Register Duplicates Resolved Poll Resp. - PRPA_IN20322IT0 ; 3. in caso di ricezione corretta, l applicazione MMG/PLS invia al MAC un messaggio di tipo MCCI_IN0004UV0 - Accept ack pool for next message in queue. 4. MAC elimina la notifica appena inviata dalla coda delle variazioni 5. in caso di coda vuota, a seguito di una richiesta (MCCI_IN000UV0, MCCI_IN0004UV0), il Queue Manager (MAC) invia un messaggio di tipo ACK MCCI_IN00005UV0 ( Exception Acknowledgement in Response to Poll Request ) valorizzando gli elementi : 5.. acceptackcode@code="ne (Never: Never send an acknowledgement) 5.2. acknowledgement.typecode = AA (Application Acknowledgement: Accept Receiving application successfully processed message) 5.3. acknowledgement.messagewaitingnumber@value="0" L interazione PRPA_IN20322IT0 è l implementazione nel dominio PRPA di HL7 dell interazione generica Send Poll Message Payload (MCCI_IN00002UV0). 0 di 23
9.2 Lista Test Cases Rete di Medici di Medicina Generale ID Funzionalità 2.0 Verifica presenza servizio SRDPR del modulo Anagrafe Assistiti 2. Recupero di una notifica 2.2 Aggiorna notifica ricevuta e recupero di una nuova 2.3 Nessuna notifica disponibile 9.2. Dettaglio test case Di seguito il dettaglio dei test case sopra indicati: Descrizione: Verifica presenza servizio SRDPR del 2.0 modulo Anagrafe Assistiti Obiettivo: verifica presenza del servizio SRDPR del modulo Anagrafe Assistiti Caso di prova: richiesta del servizion da parte di un browser : presenza del servizio applicativo Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo invocazione del servizio applicativo da browser: http://cttlmmgwebnlb.comnetra.local/mac/services2/prpa_ar20322it0_service.prp A_AR20322IT0Merge_Port?wsdl 2. Descrizione: Recupero di una notifica Obiettivo: verifica di richiesta di polling su coda a seguito di una chiamata del client Caso di prova: il client invia una richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di risposta relativo ad una variazione anagrafica di intersse per il medico. : Il modulo di anagrafe assistiti risponde con un messaggio Patient Register Duplicates Resolved Poll Response valido e caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti. [Response].controlActProcess.subject.registrationEvent.subject.patient.id@extensio di 23
n=${new_id_paz_regionale}; [Response].controlActProcess.subject.registrationEvent.replacementOf.priorRegistrat ion.id@extension=${id_registrazione_pz_sostituito}" identificativo della vecchia posizione anagrafica modificata Condizione pre : presenza nella coda almeno una notifica disponibile per il medico associato al codice fiscale inviato. Condizioni iniziali: il messaggio è presente sul MAC Condizioni finali: il messaggio contente le variazioni viene ricevuto dal client Descrizione: Aggiorna notifica ricevuta e recupero di 2.2 una nuova Obiettivo: successiva richiesta di polling su coda tramite Accept Ack Poll for Next Message in Queue, con esito positivo Caso di prova il client invia all Anagrafe Assititi un ACK di corretta ricezione con successiva richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di risposta relativo ad una variazione anagrafica di intersse per il medico. : il modulo Anagrafe Assistiti risponde con un messaggio Patient Register Record Revised Poll Response valido e caratterizzato dai seguenti campi chiave acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti. [Response].controlActProcess.subject.registrationEvent.subject.patient.id@extensio\ n=${new_id_paz_regionale}; [Response].controlActProcess.subject.registrationEvent.replacementOf.priorRegistrat ion.id@extension=${id_registrazione_pz_sostituito}" identificativo della vecchia posizione anagrafica modificata Condizione pre : presenza di almeno una ulteriore notifica disponibile per il medico associato al codice fiscale esistente Condizioni iniziali: il messaggio è presente sul MAC Condizioni finali: il messaggio contente le variazioni viene ricevuto dal client 2 di 23
2.3 Descrizione: Nessuna notifica disponibile Obiettivo: viene fatta una prima richiesta di polling su coda, con esito negativo Caso di prova: il client invia una richiesta di polling sulla coda delle variazioni anagrafiche, secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve in risposta un ACK applicativo che lo informa della coda vuota : il modulo Anagrafe Assistiti risponde con un messaggio di ACK MCCI_IN00005UV0 che comunica che la coda è vuota. Condizione pre : nessuna notifica disponibile per il medico associato al codice fiscale inviato. Condizioni iniziali: il messaggio non è presente sul MAC Condizioni finali: il messaggio di risposta che informa il client che non sono presenti variazioni. 0 SNVA Notifica Variazione Anagrafe verso anagrafe Centrale 0. Descrizione della logica di comunicazione La notifica SNVA permette ai client integrati nella rete MMG di notificare le proprie variazioni di posizioni anagrafiche verso il modulo Anagrafe Assistiti per essere successivamente recepite nella modalità che i gestori del SIAR ritengono più opportune, per garantire la presenza di un attività di Back-Office. 3 di 23
Figura 4 - Servizio di trasmissione notifica variazioni anagrafiche Il Patient Registry Informer rappresenta il client, mentre il Patient Registry Tracker rappresente il modulo Anagrafe Assititi. La sequenza di interazioni attesa per il servizio SNVA è la seguente:. il client notifica eventuali variazioni anagrafiche riguardanti un paziente esistente attraverso l interazione PRPA_IN20302UV0 ; 2. il MAC risponde con un messaggio MCCI_IN000002UV0 che certifica l avvenuta presa in carico da parte del MAC. 0.2 Lista Test case ID Funzionalità 3.0 Verifica presenza servizio SNVA del modulo Anagrafe Assistiti 3. Invio notifica variazioni anagrafiche 3.2 Notifica duplicata 0.2. Dettaglio test case Di seguito il dettaglio dei test case sopra indicati: Descrizione: Verifica presenza servizio SNVA del 3.0 modulo Anagrafe Assistiti Obiettivo: verifica presenza del servizio SRDPR del modulo Anagrafe Assistiti Caso di prova: richiesta del servizion da parte di un browser : presenza del servizio applicativo Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo invocazione del servizio applicativo da browser: http://cttlmmgwebnlb.comnetra.local/mac/services2/prpa_ar20302uv02_service.pr PA_AR20302UV02_Port?wsdl 4 di 23
Rete di Medici di Medicina Generale 3. Descrizione: Invio notifica variazioni anagrafiche Obiettivo: il client del MMG notifica le variazioni anagrafiche segnalate dall assistito Caso di prova: il client invia una notifica di variazione anagrafica secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di ACK da parte del modulo Anagrafe Assisiti : il modulo di Anagrafe Assistiti risponde con un messaggio di Message Adapter Acknowledgement valido e caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti. Condizioni iniziali: il messaggio non è presente sul MAC Condizioni finali: il messaggio contente le variazioni viene ricevuto dal MAC 3.2 Descrizione: Notifica duplicata Obiettivo: l Anagrafe Assititi riconosce la duplicazione del messaggio di notifica precedentemente inviato Caso di prova: il client invia una notifica di variazione anagrafica secondo le modalità di interfacciamento definite nelle specifiche tecniche, e riceve un messaggio di ACK da parte del MAC : il modulo Anagrafe Assistiti risponde con un messaggio di Message Adapter Acknowledgement valido e caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AE codice identificativo dell esito del messaggio; [Response].targetMessage.id = [Poll Request].messageId l identificativo del messaggio inviato deve essere presente nel campo targetmessage inviato dall Anagrafe Assistiti Condizione pre : la richiesta di invio notifica variazioni anagrafiche contiene un Id di registrazione già usato dal client (il device che invia il messaggio) 5 di 23
Condizioni iniziali: il messaggio è già presente sul MAC Condizioni finali: il messaggio contente le variazioni non viene accettato dal modulo Anagrafe Assititi 6 di 23
SIA Servizio identificazione assistito. Query assistiti - Descrizione della logica di comunicazione Applicativo Periferico MAC Patient Registry Find Candidates Query PRPA_IN20305UV Patient Registry Find Candidates Query Response PRPA_IN20306UV General Query Activate Query Continue QUQI_IN000003UV0 Patient Registry Find Candidates Query Response PRPA_IN20306UV Figura 5 - Servizi Identificazione Assistiti La sequenza di interazioni attesa per la prima richiesta per il servizio SIA è la seguente:. il client invia un messaggio standard PRPA_IN20305UV02 per interrogare l anagrafe MAC. La query viene identificata in maniera univoca da parte del richiedente; 2. il MAC risponde con un messaggio PRPA_IN20306UV02così strutturato: 2.. ricerca senza esito: non viene restituito nessun elemento registrationevent ; l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a "NF" (no data found, no errors); acknowledgement.typecode (transmission wrapper) è valorizzato a AA (application accept). 2.2. ricerca con esito positivo (uno o più record): restituisce in un singolo messaggio tanti elementi registrationevent fino al raggiungimento di una soglia configurabile; l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a "" (data found, no errors); acknowledgement.typecode (transmission wrapper) è valorizzato a AA (application accept). 2.3. identificativo di query duplicato: se esiste già una query attiva con lo stesso identificativo, non viene restituito nessun elemento registrationevent 7 di 23
l elemento queryack.queryresponsecode (control act wrapper) è valorizzato a AE (application error); acknowledgement.typecode (transmission wrapper) è valorizzato a AE (application error) la classe acknowledgmentdetail ha l attributo typecode e gli elementi code così valorizzati. Attributo typecode Valore E code 202 3. Il richiedente è informato dal MAC circa l invio parziale o completo dei dati attraverso gli elementi 3.. queryack.resulttotalquantity@value, per indicare il numero totale di record trovati 3.2. queryack.resultcurrentquantity@value, per indicare il numero totale di record restituiti nel messaggio corrente 3.3. queryack.resultremainingquantity@value, per indicare il numero totale di record che devono essere ancora trasmessi.2 Query continue assistiti- Descrizione della logica di comunicazione Nel caso di ricerca con esito positivo, se i risultati prodotti eccedono il numero massimo di risultati in grado di essere ricevuti nel primo messaggio di risposta, è possibile richiedere esplicitamente l invio dei blocchi di record successivi con una HL7 V3 General Query Activate Query Continue (Trigger Query General Activate Query Continuation - QUQI_TE000003UV0), la sequenza di interazioni prevista è la seguente:. il client invia un messaggio di acknowledgement QUQI_IN000003UV0 che contiene il riferimento all identificativo della query originale. 2. Tale messaggio viene interpretato dal MAC come avvenuta ricezione con successo del messaggio precedente e come richiesta di invio di un nuovo blocco di record. 3. Per ogni richiesta di continuazione ricevuta, il MAC risponde in maniera sincrona restituendo un messaggio PRPA_IN20306UV02 così che contiene un blocco di record anagrafici relativi alla lista di record associati alla query. 4. Questo processo viene ripetuto fino all esaurimento dei risultati. Il client richiedente è informato dal MAC circa l invio parziale o completo dei dati attraverso gli elementi 4.. queryack.resulttotalquantity@value per indicare il numero totale di record trovati 4.2. queryack.resultcurrentquantity@value per indicare il numero totale di record restituiti nel messaggio corrente 4.3. queryack.resultremainingquantity@value per indicare il numero totale di record che devono essere ancora comunicati 8 di 23
.3 Lista Test case Di seguito il dettaglio del contenuto dei messaggi scambiati nel flusso in oggetto ID Funzionalità 4.0 Verifica presenza servizio SIA del modulo Anagrafe Assistiti 4. Recupero di un solo assistito 4.2 Errore query duplicata 4.3 Recupero lista assistiti di un medico 4.4 Query continuata su lista assistiti 4.5 Chiusura query recupero assistito 4.6 Nessun assistito trovato.3. Dettaglio test case Di seguito il dettaglio dei test case sopra indicati: Descrizione: Verifica presenza servizio SIA del 4.0 modulo Anagrafe Assistiti Obiettivo: verifica presenza del servizio SIA del modulo Anagrafe Assistiti Caso di prova: richiesta del servizion da parte di un browser : presenza del servizio applicativo Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo Invocazione del servizio applicativo da browser: http://cttlmmgwebnlb.comnetra.local/mac/services2/prpa_ar20304uv02_service.pr PA_AR20304UV02_Port?wsdl 4. Descrizione: Recupero di un solo assistito Obiettivo: utilizzo del servizio HL7 Find Candidate Query per verificare la presenza di uno o più assistiti nell Anagrafe Assistiti Caso di prova: il client effettua una query verso il MAC, secondo le modalità di interfacciamento definite nelle specifiche tecniche, usando come chiave di query il codice fiscale e riceve un solo record anagrafico in risposta Condizione pre : nelle tabelle del MAC deve essere presente un assistito con codice fiscale corrispondente al quello per il quale viene effettuata la query 9 di 23
: l Anagrafe Assistiti risponde con un messaggio Find Candidates Query Response valido caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; controlactprocess.subject.registrationevent.subject.patientrole.patientperson.asoth erids.id@root="2.6.840..3883.2.9.4.3.2" e @extension = $(CODICE_FISCALE) codice fiscale assistito identificato; controlactprocess.queryack.resulttotalquantity@value := Totale assistiti che soddisfano la query di ricerca; controlactprocess.queryack.resultcurrentquantity@value := Totale assistiti che soddisfano la query nel messaggio corrente; controlactprocess.queryack.resultremainingquantity@value := Totale assistiti che rimamenti; Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 4.2 Descrizione: Errore query duplicata Obiettivo: presenza di uno o più assistiti nell Anagrafe Assistiti Caso di prova: si effettua una query nei confronti del MAC, secondo le modalità di interfacciamento definite nelle specifiche tecniche utilizzando un queryid già in uso. Condizione pre : nell Anagrafe Assititi deve essere presente la queryid usata per il test : il modulo Anagrafe Assistiti risponde con un messaggio Find Candidates Query Response valido caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AE codice identificativo dell esito del messaggio; acknowledgement.acknowledgementdetail.code@code:= 202 Codice errore relativo alla query duplicata. Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 20 di 23
Rete di Medici di Medicina Generale 4.3 Descrizione: Recupero lista assistiti di un MMG Obiettivo: verificare la presenza di uno o più assistiti nell Anagrafe Assistiti. Caso di prova: il client effettua una query nei confronti del MAC, secondo le modalità di interfacciamento definite nelle specifiche tecniche, usando come chiave di query il codice fiscale del MMG al fine di ottenere una lista di assistiti in risposta Condizione pre : presenza di posizioni anagrafiche associate al medico che ha effettuato la richiesta : il modulo Anagrafe Assistiti risponde con un messaggio Find Candidates Query Response valido, contenente più elementi subject e caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; controlactprocess.queryack.resulttotalquantity@value := Totale assistiti che soddisfano la query di ricerca; controlactprocess.queryack.resultcurrentquantity@value := Totale assistiti che soddisfano la query nel messaggio corrente; controlactprocess.queryack.resultremainingquantity@value := Totale assistiti che rimamenti. Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 4.4 Descrizione: Query continuata su lista assistiti Obiettivo: invio da parte del client di un messaggio di query continue per continuare la lettura della lista degli assistiti che rispondono a determinati criteri di ricerca Caso di prova: il client effettua una richiesta di continuazione della query nei confronti del MAC, secondo le modalità di interfacciamento definite nelle specifiche tecniche. Condizione pre : query di ricerca già pendente nell Anagrafe Assititi : l Anagrafe Assistiti risponde con un messaggio Find Candidates Query Response valido, contenente più elementi subject e caratterizzato dai seguenti campi chiave: 2 di 23
acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio; controlactprocess.queryack.resulttotalquantity@value := Totale assistiti che soddisfano la query di ricerca; controlactprocess.queryack.resultcurrentquantity@value := Totale assistiti che soddisfano la query nel messaggio corrente; controlactprocess.queryack.resultremainingquantity@value :=Totale assistiti che rimamenti; Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 4.5 Descrizione: Chiusura query recupero assistito Obiettivo: invio del messaggio QUQI_IN000003UV0_Cancel utilizzato per chiudere una query già pendente Caso di prova: il client invia un messaggio di chiusura di una query attiva. Condizione pre : nell Anagrafe Assistiti deve essere presente una query aperta individuata ad un queryid. : il modulo Anagrafe Assistiti restituisce un ACK di accettazione Cancellazione query Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 4.6 Descrizione: Nessun assistito trovato Obiettivo: utilizzo del servizio HL7 Find Candidate Query per verificare l assenza di 22 di 23
assistiti Caso di prova: il client effettua una query nei confronti del MAC, secondo le modalità di interfacciamento definite nelle specifiche tecniche, usando come chiave di query un codice fiscale a cui non corrisponde alcun record anagrafico Condizione pre : nell Anagrafe Assistiti non deve essere presente un assistito con codice fiscale corrispondente al quello per il quale viene effettuata la query : il modulo Anagrafe Assistiti risponde con un messaggio Find Candidates Query Response valido caratterizzato dai seguenti campi chiave: acknowledgement.typecode@value = AA codice identificativo dell esito del messaggio: controlactprocess.queryack. queryresponsecode @value := NF Totale assistiti che soddisfano la query di ricerca; controlactprocess.queryack.resulttotalquantity@value := 0 Totale assistiti che soddisfano la query di ricerca; controlactprocess.queryack.resultcurrentquantity@value := 0 Totale assistiti che soddisfano la query nel messaggio corrente; controlactprocess.queryack.resultremainingquantity@value := 0 Totale assistiti che rimamenti; Condizioni iniziali: servizio attivo Condizioni finali: servizio attivo 23 di 23