COLLAUDO / ACCREDITAMENTO Software Gestionali dei medici MMG/PLS. struttura dei test monitorati dal Centro Tecnico e.

Transcript

1 COLLAUDO / ACCREDITAMENTO Software Gestionali dei medici MMG/PLS struttura dei test monitorati dal Centro Tecnico e.toscana Compliance

2 Il processo di accreditamento CENTRO TECNICO per la E.Compliance banca dati regionale SAR (Sistema Accoglienza Regionale) Invio Del Messaggio Esito della trasmissione WS Applicazione da Accreditare/Collaudare SW-MMG SIL - Sistema informativo dell ENTE per la gestione delle informazioni 2

3 Quando un prodotto è accreditato e.toscana Compliance? Una specifica versione di un prodotto software si dice conforme ad uno Standard quando sono positive le verifiche tecniche eseguite dal Centro Tecnico che si articolano in : verifica positiva della documentazione richiesta al fornitore del prodotto software verifica positiva dei test software di accreditamento applicati al prodotto software Una specifica versione di un prodotto è accreditato secondo le specifiche e.toscana Compliance ad un certo Standard quando: Il Centro Tecnico ha verificato positivamente la conformità del prodotto allo Standard Il comitato ha preso atto dell'esito positivo dell'istruttoria del Centro Tecnico e.toscana e iscrive la versione del prodotto nell'albo dei prodotti accreditati 3

4 Lo scopo dei test case e di verificare la capacità di cooperare mediante il CART tra l applicazione da accreditare (SW-MMG) e il Sistema Accoglienza Regionale (SAR), affinché i messaggi generati dal software applicativo siano inoltrati attraverso il CART all'ambiente di test SAR-staging, dove saranno elaborati e verranno applicati i controlli necessari a valutare la correttezza della comunicazione Metodologia di Test Il collaudo prevede un testing dell applicativo mediante l esecuzione di test funzionali (test case), utilizzati per verificare che il software faccia effettivamente ciò che è previsto debba fare. La struttura dei test case prevede il controllo sulla correttezza funzionale e formale delle procedure di interazione descritte nella RFC di riferimento. Per ogni step del caso di test saranno confrontati i risultati ottenuti con quelli attesi; il test avrà esito positivo se i risultati ottenuti saranno uguali a quelli attesi. 4 Il collaudo si svolgerà in due sessioni distinte : 1. Una fase di accreditamento da remoto 2. Un test di accreditamento congiunto presso la sede del Centro Tecnico etoscana Compliance

5 Vincoli sui Test Si richiede l obbligatorietà di almeno uno dei test case TC , TC , TC , riportati nel prosieguo del documento e indicati come opzionali, inerenti la modalità di acquisizione degli NRE. Qualora dalla documentazione tecnica fornita per il prodotto da accreditare non si evincesse la modalità di richiesta dei pacchetti di NRE, assumeremo che lo scenario adottato sia quello rispondente a TC Per quanto riguarda gli scenari opzionali di tutti gli altri test, se implementati, sono ritenuti obbligatori. 5

6 TEST case TC invio prescrizione con esenzione ticket TC invio prescrizione Invio di una prescrizione con db anagrafico non allineato Condizioni Iniziali Sulla base delle specifiche concordate con Regione Toscana, i fornitori del software gestionale sono tenuti a descrivere le procedure di allineamento delle anagrafiche pazienti concordate nella documentazione fornita all atto della richiesta di accreditamento. Eventuali verifiche verranno concordate con il Centro Tecnico 6

7 TEST case TC Acquisizione lista di tutti i PAZIENTI che risultano associati al medico alla data di inoltro della richiesta TC Acquisizione lista PAZIENTI recuperare le informazioni relative agli elementi LISTA PAZIENTI attraverso l'iterazione Person Registry Find Candidates Query (PRPA_IN101305UV02) STEP 4 l'applicativo invia un messaggio di richiesta Dati Anagrafici lista PAZIENTI interazioni gestite da RFC87_1_1.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta l'applicativo registra i Dati Anagrafici lista PAZIENTI l'applicativo predispone all invio un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101305UV02 Query Dati Anagrafici Person.xml (PRPA_IN201305UV02.controlActProcess.queryByP arameter.parameterlist.principalcareprovisionstatu scode = ACTIVE ) RFC87_1_1.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101306UV02 Query Dati Anagrafici Person Risposta.xml il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 7

8 TEST case TC Acquisizione lista PAZIENTI revocati in uno specifico intervallo temporale (OPZIONALE) TC Acquisizione lista PAZIENTI revocati recuperare le informazioni relative agli elementi LISTA PAZIENTI revocati attraverso l'iterazione Person Registry Find Candidates Query (PRPA_IN101305UV02) STEP 4 l'applicativo invia un messaggio di richiesta Dati Anagrafici lista PAZIENTI interazioni gestite da RFC87_1_1.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta l'applicativo registra i Dati Anagrafici lista PAZIENTI l'applicativo predispone all invio un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101305UV02 Query Dati Anagrafici Person.xml dove nei sotto elementi di PRPA_IN201305UV02.controlActProcess.queryByP arameter.parameterlist sia posto principalcareprovisionstatuscode = COMPLETED principalcareprovisioninterval.low = data inizio principalcareprovisioninterval.high = data fine RFC87_1_1.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101306UV02 Query Dati Anagrafici Person Risposta.xml il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 8

9 TEST case TC Acquisizione lista PAZIENTI scelti in uno specifico intervallo temporale (OPZIONALE) TC Acquisizione lista PAZIENTI scelti recuperare le informazioni relative agli elementi LISTA PAZIENTI scelti attraverso l'iterazione Person Registry Find Candidates Query (PRPA_IN101305UV02) STEP 4 l'applicativo invia un messaggio di richiesta Dati Anagrafici lista PAZIENTI interazioni gestite da RFC87_1_1.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta l'applicativo registra i Dati Anagrafici lista PAZIENTI l'applicativo predispone all invio un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101305UV02 Query Dati Anagrafici Person.xml dove nei sotto elementi di PRPA_IN201305UV02.controlActProcess.queryByP arameter.parameterlist sia posto principalcareprovisionstatuscode = SCELTO principalcareprovisioninterval.low = data inizio principalcareprovisioninterval.high = data fine RFC87_1_1.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file xml formattato come in RFC_87 Scenario 3.6 PRPA_IN101306UV02 Query Dati Anagrafici Person Risposta.xml il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 9

10 TEST case TC ID UNIVERSALE singolo paziente TC ID UNIVERSALE singolo paziente recuperare le informazioni relative all elemento ID_UNIVERSALE_PERSONA attraverso l'iterazione Person Registry Find Candidates Query (PRPA_IN101305UV02) STEP 4 l'applicativo invia un messaggio di richiesta Dati Anagrafici ID UNIVERSALE interazioni gestite da RFC85_1_1.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta l'applicativo registra i Dati Anagrafici ID UNIVERSALE l'applicativo predispone all invio un file xml formattato come in RFC_85 Scenario 1 PRPA_IN101305UV02 Query Dati Anagrafici Person.xml RFC85_1_1.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file xml formattato come in RFC_85 Scenario 1 PRPA_IN101306UV02 Query Dati Anagrafici Person Risposta.xml il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 10

11 TEST case TC Richiesta invio di un singolo NRE (OPZIONALE) TC Richiesta invio NRE singolo recuperare un singolo NRE dal sistema di Regione Toscana (N.b. i fornitori devono specificare nella documentazione la modalità di acquisizione degli NRE, se non specificata altrimenti la modalità predefinita è quella del TC ) l'applicativo invia un messaggio di richiesta di assegnazione di un singolo NRE l'applicativo predispone all invio un file RichiestaNreMessage.xml (RFC 207) interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file RispostaNreMessage.xml (RFC 207) STEP 4 l'applicativo registra il numero NRE il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 11

12 TEST case TC Richiesta invio di un pacchetto di 100 NRE (OPZIONALE) TC Richiesta invio di un pacchetto di 100 NRE recuperare un pacchetto di 100 NRE dal sistema di Regione Toscana l'applicativo invia un messaggio di richiesta di assegnazione di un pacchetto di 100 NRE l'applicativo predispone all invio un file RichiestaNreMessage.xml (RFC 207) interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file RispostaNreMessage.xml (RFC 207) STEP 4 l'applicativo registra i 100 NRE il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 12

13 TEST case TC Richiesta invio di un pacchetto di 1000 NRE (OPZIONALE) TC Richiesta invio di un pacchetto di 1000 NRE recuperare un pacchetto di 1000 NRE dal sistema di Regione Toscana l'applicativo invia un messaggio di richiesta di assegnazione di un pacchetto di 1000 NRE l'applicativo predispone all invio un file RichiestaNreMessage.xml (RFC 207) interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce un messaggio di risposta GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file RispostaNreMessage.xml (RFC 207) STEP 4 l'applicativo registra i 1000 NRE il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 13

14 TEST case TC n richieste consecutive invio di un pacchetto di NRE fino al superamento del tetto massimo di NRE richiedibili TC Richiesta invio di un pacchetto di NRE recuperare n pacchetti di NRE (al limite anche uno alla volta) dal sistema di Regione Toscana l'applicativo invia una serie di n messaggi di richiesta di assegnazione di un pacchetto di NRE l'applicativo predispone all invio n file RichiestaNreMessage.xml (RFC 207) STEP 4 Ogni singolo messaggio viene inviato invocando le interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce pacchetti di NRE consecutivi fino a superare il massimo consentito per singolo MEDICO, a seguito del superamento del limite viene ricevuto un messaggio di errore codificato l'applicativo registra pacchetti di NRE assegnati GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file RispostaNreMessage.xml (RFC 207) a seguito del superamento del tetto massimo richiedibile per singolo medico l applicativo acquisisce il messaggio di errore codificato ed inibisce la richiesta di ulteriori NRE 14

15 TEST case TC Richiesta invio primo NRE disponibile (OPZIONALE) TC Richiesta invio primo NRE disponibile consultare il primo NRE disponibile STEP 4 l'applicativo invia un messaggio di richiesta di consultazione primo NRE disponibile, tra quelli da lui assegnabili interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce il primo NRE assegnato e pronto ad essere utilizzato in una prescrizione l'applicativo visualizza il primo NRE assegnato e pronto ad essere utilizzato in una prescrizione, l'applicativo predispone all invio n file QueryNreReqPNREMessage.xml (RFC 207) GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file QueryNreResPNREMessage.xml (RFC 207) il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 15

16 TEST case TC Richiesta invio lista NRE disponibile (OPZIONALE) TC Richiesta invio lista NRE disponibile recuperare la lista di tutti gli NRE assegnati e disponibili STEP 4 l'applicativo invia un messaggio di richiesta di tutti gli NRE assegnati interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce il primo NRE assegnato e pronto ad essere utilizzato in una prescrizione l'applicativo visualizza il codice identificativo del lotto (o dei lotti) di NRE assegnati e pronti ad essere utilizzato in una prescrizione, e l'indicazione del primo ed dell'ultimo numero di ciascun lotto l'applicativo predispone all invio n file QueryNreReqTNREMessage.xml (RFC 207) GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file QueryNreResTNREMessage.xml (RFC 207) il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 16

17 TEST case TC Richiesta invio lista NRE già utilizzati (OPZIONALE) TC Richiesta invio lista NRE già utilizzati recuperare la lista di tutti gli NRE già utilizzati STEP 4 l'applicativo invia un messaggio di richiesta di tutti gli NRE già utilizzati interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce la lista di tutti gli NRE già utilizzati per una prescrizione l'applicativo visualizza la lista di tutti gli NRE già utilizzati per una prescrizione l'applicativo predispone all invio n file QueryNreReqANREMessage.xml (RFC 207) GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file QueryNreResANREMessage.xml (RFC 207) il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 17

18 TEST case TC Richiesta invio l'ultimo NRE assegnato ed utilizzato in una prescrizione (OPZIONALE) TC Richiesta invio l'ultimo NRE assegnato ed utilizzato in una prescrizione consultare l'ultimo NRE assegnato ed utilizzato in una prescrizione STEP 4 l'applicativo invia un messaggio di richiesta di consultazione dell'ultimo NRE a lui assegnato ed utilizzato in una prescrizione interazioni gestite da GestioneNre.wsdl il Sistema (SAR-Staging) restituisce l ultimo NRE utilizzato per una prescrizione l'applicativo visualizza l ultimo NRE utilizzato per una prescrizione l'applicativo predispone all invio n file QueryNreReqUNREMessage.xml (RFC 207) GestioneNre.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file QueryNreResUNREessage.xml (RFC 207) il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. Successivi 18

19 TEST case TC Richiesta esenzione dal pagamento del ticket TC Richiesta esenzione dal pagamento del ticket recuperare le informazioni relative ad una eventuale esenzione dal pagamento del ticket sulla prescrizione 19 STEP 4 l'applicativo invia un messaggio di richiesta di consultazione della eventuale esenzione relativa ad un paziente interazioni gestite da InfoReddito.wsdl il Sistema (SAR-Staging) restituisce il Codice Esenzione da utilizzare per una prescrizione l'applicativo visualizza il Codice Esenzione da utilizzare per una prescrizione (N.b. l esenzione dal pagamento del ticket è composta da un codice esenzione e da un intervallo di date (inizio/fine validità) e dalla fonte del dato) l'applicativo predispone all invio n file ConsultaPosizioneTicketRequest.xml (RFC 198) InfoReddito.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file ConsultaPosizioneTicketResponse_esente.xml (RFC 198) il SW-MMG acquisisce l'informazione richiesta e la rende disponibile per i t.c. successivi

20 TEST case TC invio prescrizione semplice TC invio prescrizione semplice Invio di una prescrizione con NRE l'applicativo invia un messaggio (prescrizione) formattato secondo le specifiche dello standard XML HL7 CDA2 (RFC 161) l'applicativo storicizza la prescrizione effettuata e l NRE utilizzato Il messaggio viene inviato utilizzando l'interazione RCMR_AR000003UV02_RCMR_IN000002UV02 definita dall RFC 123 il SAR (SAR-Staging) acquisisce l'informazione relativa alla prescrizione e l NRE utilizzato 20

21 TEST case TC invio prescrizione con esenzione ticket/fascia di reddito TC invio prescrizione con esenzione Invio di una prescrizione con esenzione l'applicativo genera un messaggio (prescrizione) formattato secondo le specifiche dello standard XML HL7 CDA2 (RFC 161) Alla prescrizione viene associato il Codice Esenzione l'applicativo storicizza la prescrizione effettuata e l NRE utilizzato Il messaggio viene inviato utilizzando l'interazione RCMR_AR000003UV02_RCMR_IN000002UV02 definita dall RFC 123 il SAR acquisisce l'informazione relativa alla prescrizione e l NRE utilizzato N.B. il t.c. può essere reiterato per ciascun tipo di esenzione (es.ticket/fascia di reddito) 21

22 TEST case TC invio prescrizione con NRE non valido Condizioni Iniziali TC invio prescrizione con NRE non valido Invio di una prescrizione con NRE non corretto o non assegnato al medico N.b. negli scenari di errore il NRE utilizzato nella prescrizione va concordato con il Centro Tecnico che provvederà alle configurazioni del db SAR per simulare l evento di errore l'applicativo invia un messaggio (prescrizione) formattato secondo le specifiche dello standard XML HL7 CDA2 (RFC 161) il SAR acquisisce l'informazione relativa alla prescrizione e restituisce il messaggio di errore codificato a seguito del controllo sull NRE utilizzato Il messaggio viene inviato utilizzando l'interazione RCMR_AR000003UV02_RCMR_IN000002UV02 definita dall RFC 123 l'applicativo riceve il messaggio di errore relativo alla prescrizione effettuata e l NRE utilizzato 22

23 TEST case TC invio prescrizione con NRE doppio Condizioni Iniziali TC invio prescrizione con NRE doppio Invio di una prescrizione con NRE già utilizzato in precedenza N.b. negli scenari di errore il NRE utilizzato nella prescrizione va concordato con il Centro Tecnico che provvederà alle configurazioni del db SAR per simulare l evento di errore l'applicativo invia un messaggio (prescrizione) formattato secondo le specifiche dello standard XML HL7 CDA2 (RFC 161) il SAR acquisisce l'informazione relativa alla prescrizione e restituisce il messaggio di errore codificato a seguito del controllo sull NRE utilizzato Il messaggio viene inviato utilizzando l'interazione RCMR_AR000003UV02_RCMR_IN000002UV02 definita dall RFC 123 l'applicativo riceve il messaggio di errore relativo alla prescrizione effettuata e l NRE utilizzato 23

24 TEST case TC annullamento prescrizione TC annullamento prescrizione annullamento di un documento di prescrizione precedentemente inviato l'applicativo invia un messaggio (prescrizione) formattato secondo le specifiche dello standard XML HL7 CDA2 (RFC 161) l'applicativo storicizza la prescrizione annullata e l NRE relativo Il messaggio viene inviato utilizzando l'interazione RCMR_AR000003UV02_RCMR_IN000002UV02 definita dall RFC 123 il SAR acquisisce l'informazione relativa alla prescrizione annullata e l NRE relativo 24

25 TEST case TC Invio Patient Summary campione (SOLO PER SW MMG) TC Invio Patient Summary campione invio di una serie di valori relativi alla situazione personale nel Patient Summary campione l'applicativo registra una serie di valori relativi alla situazione clinica del paziente nel Patient Summary campione interazioni relative alla Busta Evento sanitario RFC 98 il Sistema (SAR-Staging) acquisisce il Patient Summary campione l'applicativo predispone all invio un messaggio POCD_MT xsd contenente i dati del Patient Summary campione eventoclinico_fruitore_one_way_con_ack_asincrono.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file OK_inserimentoaggiornamento.xml 25

26 TEST case TC Invio Scheda Autismo MCHAT23 campione (SOLO PER SW PLS) TC Invio Scheda Autismo campione invio di una serie di valori relativi alla situazione personale nella scheda MCHAT23 campione l'applicativo registra una serie di valori relativi alla situazione clinica del paziente nella scheda MCHAT23 campione interazioni relative alla Busta Evento sanitario RFC 98 il Sistema (SAR-Staging) acquisisce la scheda MCHAT23 campione l'applicativo predispone all invio un messaggio Invio_Scheda_MCHAT23.xsd contenente i dati della scheda MCHAT23 campione eventoclinico_fruitore_one_way_con_ack_asincrono.wsdl per trasmettere il messaggio al SAR l'applicativo riceve un file OK_inserimentoaggiornamento.xml 26