“Software Gestionali dei medici MMG/PLS”

Transcript

COLLAUDO / ACCREDITAMENTO
“Software Gestionali dei medici
MMG/PLS”
struttura dei test monitorati dal
Centro Tecnico e.Toscana Compliance
Il processo di accreditamento
CENTRO TECNICO per la E.Compliance
Invio
Del Messaggio
banca dati regionale
SAR (Sistema
Accoglienza Regionale)
Esito della
trasmissione
WS
Applicazione da
Accreditare/Collaudare
SW-MMG
SIL - Sistema informativo dell’ENTE per la
gestione delle informazioni
2
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
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.
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
4
Vincoli sui Test
Si richiede l’obbligatorietà di almeno uno dei test case TC 207.1.1.1, TC
207.1.1.2, TC 207.1.1.3, 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 207.1.1.2.
Per quanto riguarda gli scenari opzionali di tutti gli altri test, se implementati,
sono ritenuti obbligatori.
5
TEST case TC 161.1.1.0. invio prescrizione con esenzione ticket
6
ID Test
TC 161.1.1.0. invio prescrizione
Scopo del Test
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
Centro Tecnico eToscana Compliance
TEST case TC 087.1.1.1 Acquisizione lista di tutti i PAZIENTI che risultano
associati al medico alla data di inoltro della richiesta
7
ID Test
TC 087.1.1.1 Acquisizione lista PAZIENTI
Scopo del Test
recuperare le informazioni relative agli elementi LISTA PAZIENTI attraverso
l'iterazione Person Registry Find Candidates Query (PRPA_IN101305UV02)
Azione/Input
Risultato Atteso
STEP 1
l'applicativo invia un messaggio di richiesta
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”)
STEP 2
Il messaggio viene inviato invocando le
interazioni gestite da RFC87_1_1.wsdl
l'applicativo utilizza le interazioni del
RFC87_1_1.wsdl per trasmettere il messaggio al
SAR
STEP 3
il Sistema (SAR-Staging) restituisce un
messaggio di risposta
l'applicativo riceve un file xml formattato come in
RFC_87 Scenario 3.6 PRPA_IN101306UV02 Query
Dati Anagrafici Person Risposta.xml
STEP 4
l'applicativo registra i Dati Anagrafici lista
PAZIENTI
il SW-MMG acquisisce l'informazione richiesta e la
rende disponibile per i t.c. Successivi
TEST case TC 087.1.1.2 Acquisizione lista PAZIENTI revocati in uno specifico
intervallo temporale (OPZIONALE)
8
ID Test
TC 087.1.1.2 Acquisizione lista PAZIENTI revocati
Scopo del Test
recuperare le informazioni relative agli elementi LISTA PAZIENTI revocati
attraverso l'iterazione Person Registry Find Candidates Query
(PRPA_IN101305UV02)
Azione/Input
Risultato Atteso
STEP 1
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
STEP 2
SAR
STEP 3
STEP 4
PAZIENTI
TEST case TC 087.1.1.3 Acquisizione lista PAZIENTI scelti in uno specifico
intervallo temporale (OPZIONALE)
9
ID Test
TC 087.1.1.3 Acquisizione lista PAZIENTI scelti
Scopo del Test
recuperare le informazioni relative agli elementi LISTA PAZIENTI scelti
(PRPA_IN101305UV02)
Azione/Input
Risultato Atteso
STEP 1
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
STEP 2
SAR
STEP 3
STEP 4
PAZIENTI
TEST case TC 085.1.1.1 ID UNIVERSALE singolo paziente
10
ID Test
TC 085.1.1.1 ID UNIVERSALE singolo paziente
Scopo del Test
recuperare le informazioni relative all’elemento ID_UNIVERSALE_PERSONA
(PRPA_IN101305UV02)
Azione/Input
Risultato Atteso
STEP 1
Dati Anagrafici ID UNIVERSALE
formattato come in RFC_85 Scenario 1
Person.xml
STEP 2
SAR
STEP 3
RFC_85 Scenario 1 PRPA_IN101306UV02 Query
STEP 4
l'applicativo registra i Dati Anagrafici ID
UNIVERSALE
TEST case TC 207.1.1.1. Richiesta invio di un singolo NRE (OPZIONALE)
ID Test
TC 207.1.1.1. Richiesta invio NRE singolo
Scopo del Test
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 207.1.1.2)
11
Azione/Input
Risultato Atteso
STEP 1
l'applicativo invia un messaggio di richiesta di
assegnazione di un singolo NRE
l'applicativo predispone all’invio un file
RichiestaNreMessage.xml (RFC 207)
STEP 2
interazioni gestite da GestioneNre.wsdl
GestioneNre.wsdl per trasmettere il messaggio al
SAR
STEP 3
l'applicativo riceve un file RispostaNreMessage.xml
(RFC 207)
STEP 4
l'applicativo registra il numero NRE
TEST case TC 207.1.1.2. Richiesta invio di un pacchetto di 100 NRE
(OPZIONALE)
12
ID Test
TC 207.1.1.2. Richiesta invio di un pacchetto di 100 NRE
Scopo del Test
recuperare un pacchetto di 100 NRE dal sistema di Regione
Toscana
Azione/Input
Risultato Atteso
STEP 1
assegnazione di un pacchetto di 100 NRE
STEP 2
SAR
STEP 3
(RFC 207)
STEP 4
l'applicativo registra i 100 NRE
TEST case TC 207.1.1.3. Richiesta invio di un pacchetto di 1000 NRE
(OPZIONALE)
13
ID Test
TC 207.1.1.3. Richiesta invio di un pacchetto di 1000 NRE
Scopo del Test
recuperare un pacchetto di 1000 NRE dal sistema di
Regione Toscana
Azione/Input
Risultato Atteso
STEP 1
assegnazione di un pacchetto di 1000 NRE
STEP 2
SAR
STEP 3
(RFC 207)
STEP 4
l'applicativo registra i 1000 NRE
TEST case TC 207.1.1.4. n richieste consecutive invio di un pacchetto di NRE
fino al superamento del tetto massimo di NRE richiedibili
14
ID Test
TC 207.1.1.4. Richiesta invio di un pacchetto di NRE
Scopo del Test
recuperare “n” pacchetti di NRE (al limite anche uno alla
volta) dal sistema di Regione Toscana
Azione/Input
Risultato Atteso
STEP 1
l'applicativo invia una serie di “n” messaggi di
richiesta di assegnazione di un pacchetto di
NRE
l'applicativo predispone all’invio “n” file
STEP 2
Ogni singolo messaggio viene inviato
invocando le interazioni gestite da
GestioneNre.wsdl
SAR
STEP 3
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
(RFC 207)
STEP 4
l'applicativo registra pacchetti di NRE
assegnati
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
TEST case TC 207.2.1.1. Richiesta invio primo NRE “disponibile”
(OPZIONALE)
15
ID Test
TC 207.2.1.1. Richiesta invio primo NRE “disponibile”
Scopo del Test
consultare il primo NRE “disponibile”
Azione/Input
Risultato Atteso
STEP 1
consultazione primo NRE “disponibile” , tra
quelli da lui “assegnabili”
QueryNreReqPNREMessage.xml (RFC 207)
STEP 2
SAR
STEP 3
il Sistema (SAR-Staging) restituisce il primo
NRE assegnato e pronto ad essere utilizzato
in una prescrizione
l'applicativo riceve un file
QueryNreResPNREMessage.xml (RFC 207)
STEP 4
l'applicativo visualizza il primo NRE
assegnato e pronto ad essere utilizzato in
una prescrizione,
TEST case TC 207.3.1.1. Richiesta invio lista NRE “disponibile”
(OPZIONALE)
16
ID Test
TC 207.3.1.1. Richiesta invio lista NRE “disponibile”
Scopo del Test
recuperare la lista di tutti gli NRE assegnati e
disponibili
Azione/Input
Risultato Atteso
STEP 1
tutti gli NRE assegnati
QueryNreReqTNREMessage.xml (RFC 207)
STEP 2
SAR
STEP 3
il Sistema (SAR-Staging) restituisce il primo
NRE assegnato e pronto ad essere utilizzato
in una prescrizione
QueryNreResTNREMessage.xml (RFC 207)
STEP 4
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
TEST case TC 207.4.1.1. Richiesta invio lista NRE “già utilizzati”
(OPZIONALE)
17
ID Test
TC 207.4.1.1. Richiesta invio lista NRE “già utilizzati”
Scopo del Test
recuperare la lista di tutti gli NRE già utilizzati
Azione/Input
Risultato Atteso
STEP 1
tutti gli NRE già utilizzati
QueryNreReqANREMessage.xml (RFC 207)
STEP 2
SAR
STEP 3
il Sistema (SAR-Staging) restituisce la lista di
tutti gli NRE già utilizzati per una prescrizione
QueryNreResANREMessage.xml (RFC 207)
STEP 4
l'applicativo visualizza la lista di tutti gli NRE
già utilizzati per una prescrizione
TEST case TC 207.5.1.1. Richiesta invio l'ultimo NRE assegnato ed utilizzato
in una prescrizione (OPZIONALE)
18
ID Test
TC 207.5.1.1. Richiesta invio l'ultimo NRE assegnato ed
utilizzato in una prescrizione
Scopo del Test
consultare l'ultimo NRE assegnato ed utilizzato in una
prescrizione
Azione/Input
Risultato Atteso
STEP 1
consultazione dell'ultimo NRE a lui assegnato
ed utilizzato in una prescrizione
QueryNreReqUNREMessage.xml (RFC 207)
STEP 2
SAR
STEP 3
il Sistema (SAR-Staging) restituisce l’ultimo
NRE utilizzato per una prescrizione
QueryNreResUNREessage.xml (RFC 207)
STEP 4
l'applicativo visualizza l’ultimo NRE utilizzato
per una prescrizione
TEST case TC 198.1.1.1. Richiesta esenzione dal pagamento del ticket
19
ID Test
TC 198.1.1.1. Richiesta esenzione dal pagamento del
ticket
Scopo del Test
recuperare le informazioni relative ad una eventuale
esenzione dal pagamento del ticket sulla prescrizione
Azione/Input
Risultato Atteso
STEP 1
consultazione della eventuale esenzione
relativa ad un paziente
ConsultaPosizioneTicketRequest.xml (RFC 198)
STEP 2
interazioni gestite da InfoReddito.wsdl
InfoReddito.wsdl per trasmettere il messaggio al
SAR
STEP 3
il Sistema (SAR-Staging) restituisce il Codice
Esenzione da utilizzare per una prescrizione
ConsultaPosizioneTicketResponse_esente.xml
(RFC 198)
STEP 4
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)
rende disponibile per i t.c. successivi
TEST case TC 161.1.1.1. invio prescrizione semplice
20
ID Test
TC 161.1.1.1. invio prescrizione semplice
Scopo del Test
Invio di una prescrizione con NRE
Azione/Input
Risultato Atteso
STEP 1
l'applicativo invia un messaggio
(prescrizione) formattato secondo le
specifiche dello standard XML HL7 CDA2
(RFC 161)
Il messaggio viene inviato utilizzando l'interazione
RCMR_AR000003UV02_RCMR_IN000002UV02
definita dall’RFC 123
STEP 2
l'applicativo storicizza la prescrizione
effettuata e l’NRE utilizzato
il SAR (SAR-Staging) acquisisce l'informazione
relativa alla prescrizione e l’NRE utilizzato
TEST case TC 161.1.1.2. invio prescrizione con esenzione ticket/fascia di
reddito
ID Test
TC 161.1.1.2. invio prescrizione con esenzione
Scopo del Test
Invio di una prescrizione con esenzione
Azione/Input
STEP 1
l'applicativo genera un messaggio
(RFC 161)
STEP 2
Alla prescrizione viene associato il Codice
Esenzione
STEP 3
effettuata e l’NRE utilizzato
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
Risultato Atteso
TEST case TC 161.1.1.4. invio prescrizione con NRE non valido
22
ID Test
TC 161.1.1.4. invio prescrizione con NRE non valido
Scopo del Test
Invio di una prescrizione con NRE non corretto o non
assegnato al medico
Condizioni
Iniziali
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
Azione/Input
Risultato Atteso
STEP 1
(RFC 161)
STEP 2
prescrizione e restituisce il messaggio di
errore codificato a seguito del controllo
sull’NRE utilizzato
l'applicativo riceve il messaggio di errore relativo alla
prescrizione effettuata e l’NRE utilizzato
TEST case TC 161.1.1.4. invio prescrizione con NRE “doppio”
23
ID Test
TC 161.1.1.4. invio prescrizione con NRE “doppio”
Scopo del Test
Invio di una prescrizione con NRE già utilizzato in
precedenza
Condizioni
Iniziali
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
Azione/Input
Risultato Atteso
STEP 1
(RFC 161)
STEP 2
prescrizione e restituisce il messaggio di
errore codificato a seguito del controllo
sull’NRE utilizzato
l'applicativo riceve il messaggio di errore relativo alla
prescrizione effettuata e l’NRE utilizzato
TEST case TC 161.2.1.1. annullamento prescrizione
24
ID Test
TC 161.2.1.1. annullamento prescrizione
Scopo del Test
annullamento di un documento di prescrizione
precedentemente inviato
Azione/Input
Risultato Atteso
STEP 1
(RFC 161)
STEP 2
annullata e l’NRE relativo
prescrizione annullata e l’NRE relativo
TEST case TC 133.1.1.1 Invio Patient Summary “campione”
(SOLO PER SW MMG)
25
ID Test
TC 133.1.1.1 Invio Patient Summary “campione”
Scopo del Test
invio di una serie di valori relativi alla situazione
personale nel Patient Summary “campione”
Azione/Input
Risultato Atteso
STEP 1
l'applicativo registra una serie di valori relativi
alla situazione clinica del paziente nel Patient
Summary “campione”
l'applicativo predispone all’invio un messaggio
POCD_MT000040.xsd contenente i dati del Patient
STEP 2
interazioni relative alla “Busta Evento
sanitario” RFC 98
eventoclinico_fruitore_one_way_con_ack_asincrono
.wsdl per trasmettere il messaggio al SAR
STEP 3
il Sistema (SAR-Staging) acquisisce il Patient
l'applicativo riceve un file OK_inserimentoaggiornamento.xml
TEST case TC 181.1.1.1 Invio Scheda Autismo MCHAT23 “campione”
(SOLO PER SW PLS)
26
ID Test
TC 188.1.1.1 Invio Scheda Autismo “campione”
Scopo del Test
invio di una serie di valori relativi alla situazione
personale nella scheda MCHAT23 “campione”
Azione/Input
Risultato Atteso
STEP 1
l'applicativo registra una serie di valori relativi
alla situazione clinica del paziente nella
scheda MCHAT23 “campione”
l'applicativo predispone all’invio un messaggio
Invio_Scheda_MCHAT23.xsd contenente i dati della
STEP 2
interazioni relative alla “Busta Evento
sanitario” RFC 98
eventoclinico_fruitore_one_way_con_ack_asincrono
.wsdl per trasmettere il messaggio al SAR
STEP 3
il Sistema (SAR-Staging) acquisisce la
l'applicativo riceve un file OK_inserimentoaggiornamento.xml

“Software Gestionali dei medici MMG/PLS”

Transcript

Documenti analoghi

software - Maurizio Gambino.it

Word processor - Prof. Crescenzio Gallo

Software Customer Relationship Management (CRM)

Software di sistema e software applicativo

Parte II - Dipartimento di Ingegneria dell`Informazione

Giovanni Russo Consulente IT

a) AUTONOMY OF BUSINESS ENGLISH (B2) – 160 h b) FLUENCY

SySpooler 2.1

TESTO DELLA PROVA Utilizzando il pacchetto applicativo per l

COMPRIMERE ( ZIPPARE) UN FILE CON WINDOWS XP STEP 1