Test del dominio sanitario con casi di test di esempio

Prima di iniziare i test, studiamo rapidamente le conoscenze di base del settore sanitario.

Test del dominio sanitario

Test del dominio sanitario è un processo per testare l'applicazione sanitaria per vari fattori come standard, sicurezza, conformità, dipendenza incrociata con altre entità, ecc. Lo scopo del test del dominio sanitario è garantire qualità, affidabilità, prestazioni, sicurezza ed efficienza dell'applicazione sanitaria.

Conoscenza di base del settore sanitario

L'intero sistema sanitario è integrato da un unico ente, ovvero l'ospedale o il fornitore di servizi (il medico).

Mentre le altre entità includono-

• Compagnia assicurativa: Medicare, Medicaid, BCBS, ecc.
• Paziente/Consumatori: Paziente iscritto
• Autorità di regolamentazione: HIPAA, valutazione OASIS, CMS-1500 e UB-04, ecc.
• Fornitori di soluzioni per l'assistenza sanitaria e le scienze della vita

Nota: Nei documenti più datati, questi moduli di richiesta di rimborso sono indicati come HCFA-1500 e UB-92. Entrambi sono stati sostituiti: l'HCFA-1500 è diventato il CMS-1500 e l'UB-92 è stato rimpiazzato dall'UB-04. Utilizzare i nomi attuali nella stesura dei casi di test.

Terminologia di base del sistema sanitario

• Provider: un professionista sanitario (medico), un gruppo medico, una clinica, un laboratorio, un ospedale, ecc. autorizzato dai servizi sanitari
• Claim: Una richiesta alla tua compagnia di assicurazione sanitaria di pagare una fattura per il servizio sanitario
• Broker: Un professionista assicurativo, che negozia, procura l'assicurazione per conto dell'assicurato o del potenziale assicurato
• Finanza: Gli organismi assicurativi che pagano le spese mediche, potrebbero essere governativi (Medicare o Medicaid) o commerciali (BCBS)
• assistenza sanitaria: Un programma federale di assicurazione sanitaria per anziani e persone con disabilità permanente.
• Aiuto medico: Un programma congiunto federale e statale che aiuta le famiglie e gli individui a basso reddito a sostenere i costi associati all'assistenza medica.
• Codice CPT: Un codice terminologico procedurale attuale è un codice medico impostato per descrivere servizi medici, chirurgici e diagnostici
• HIPAA: È un insieme di norme e regolamenti che i medici, gli ospedali, gli operatori sanitari e il piano sanitario devono seguire per fornire i propri servizi

Standard sanitari fondamentali che un addetto ai test dovrebbe conoscere

Oltre all'HIPAA, una serie di standard definiscono le funzionalità di un'applicazione sanitaria e, di conseguenza, i test da eseguire. Comprendere ciascuno di essi permette di individuare il tipo di test a cui è soggetto.

Standard	Governa	Testare le sue auto
HIPAA	Riservatezza e sicurezza dei dati dei pazienti	Controllo degli accessi, crittografia, tracciabilità
HL7 v2 / v3	Comunicazione tra sistemi clinici	Test del formato dei messaggi e dell'interfaccia.
FIR	Scambio moderno di cartelle cliniche tramite API REST.	API contractest di interoperabilità e t
DICOM	Archiviazione e trasferimento di immagini mediche	Integrità dell'immagine e integrazione del dispositivo
ICD-10 / CPT	Codifica di diagnosi e procedure	Validazione delle affermazioni e test del percorso negativo
CMS-1500 / UB-04	Moduli di richiesta professionali e istituzionali	Invio della richiesta e convalida dei campi

Processo aziendale sanitario

La maggior parte delle organizzazioni sanitarie ha adottato programmi software per supportare il buon funzionamento del sistema. Questo sistema software fornisce tutte le informazioni in un unico documento per ogni entità coinvolta.

Interconnettere l'intero sistema a una singola applicazione web è un compito enorme e farlo funzionare in modo efficace è un compito ancora più grande. I test rigorosi di questa applicazione sanitaria sono obbligatori e devono passare attraverso varie fasi di test.

Le sezioni seguenti forniscono scenari di esempio e casi di test per ciascun sottosistema.

Test del sistema dei fornitori

Esempi di scenari di test e casi di test per il sistema dei fornitori (medico/ospedale).:

signore#	Scenario di prova	Test di Casi
1)	Accesso al sistema dei fornitori	Il sistema del fornitore dovrebbe consentirci di inserire, modificare e salvare i dati del fornitore
2)	Flusso positivo Test di sistema	Include scenari per immettere diversi tipi di provider, modificare i dettagli dei provider, salvarli e richiederli
3)	Test del sistema a flusso negativo	Consente di salvare le informazioni del fornitore con dati incompleti, contracdata di entrata in vigore, inserimento dei dettagli sui fornitori esistenti nel sistema
4)	Sistema Test d'integrazione	Convalida il feed per il sistema dei membri, il sistema finanziario, il sistema dei reclami e il portale dei fornitori. Inoltre, verifica se le modifiche dal portale del fornitore sono state inserite nel record del rispettivo fornitore
5)	Test del portale dei fornitori di flusso positivo	Accedi e visualizza i dettagli dei fornitori, lo stato dei reclami e i dettagli dei membri Effettua una richiesta di modifica per modificare il nome, l'indirizzo, il numero di telefono, ecc.
6)	Test del portale dei fornitori di flusso negativo	Visualizza i dettagli del membro con un ID non valido Accedi con credenziali non valide
7)	Flusso positivo Test del portale broker	Accedi e visualizza i dettagli sul broker e sul pagamento delle commissioni Effettuare una richiesta di modifica del nome, indirizzo, numero di telefono, ecc.
8)	Flusso negativo Test del portale broker	Dovrebbe includere scenari per accedere con credenziali non valide

Test del sistema broker

Scenari di test di esempio e casi di test per il sistema broker:

signore#	Scenario di prova	Test di Casi
1)	Sistema di intermediazione	Dovrebbe essere in grado di modificare, inserire e salvare i dati del broker Calcolo della commissione del broker in base ai dettagli del pagamento del premio dal sistema dei membri
2)	Test del sistema di flusso positivo	Inserisci, salva e modifica i record dei broker per diversi tipi di broker Per i broker attivi calcola la commissione creando un file feed con il rispettivo record per i membri con un piano diverso
3)	Test del sistema a flusso negativo	Inserisci un record del broker con dati incompleti e salva per diversi tipi di broker Creando il file feed con il rispettivo record per i membri con piano diverso calcola la commissione per il broker terminato Creando il file feed con il rispettivo record per i membri con piano diverso calcola la commissione per il broker non valido
4)	Test di sistema	Per i sistemi a valle come il sistema finanziario, il portale dei broker e il sistema dei membri, convalidare i feed Convalidare se le modifiche dal portale del broker sono incorporate nel rispettivo record del broker

Test del sistema membro

Scenari di test di esempio e casi di test per il sistema membro (paziente).:

signore#	Scenario di prova	Test di Casi
1)	Sistema membro	Iscrivere, reintegrare e cancellare un membro Rimuovere e aggiungere un dipendente Genera fattura premium Elaborare i pagamenti dei premi
2)	Test del sistema di flusso positivo	Con le date di validità attuali, passate e future, iscrivi diversi tipi di membri Richiedi informazioni e cambia membri Emettere una fattura premium per un membro attivo per il mese successivo Terminare un membro attivo con date di cessazione passate, attuali e future superiori alla data di entrata in vigore Iscrivere nuovamente un membro disdetto con le date di validità attuali, passate e future Reintegrare un membro licenziato
3)	Test del sistema a flusso negativo	Con dati insufficienti iscrivi un membro Per un membro disdetto, produrre una fattura premium per il mese successivo
4)	Test di integrazione del sistema	Convalida il feed per i sistemi a valle come il portale del fornitore, il portale del broker, il sistema finanziario e il sistema di reclamo Convalidare se le modifiche dal portale membri sono incorporate nel rispettivo record membro Elaborare il pagamento della fattura premium generata con il feed dal portale dei membri che contiene i dettagli del pagamento effettuato

Test del sistema di reclami

Scenari di test di esempio e casi di test per il sistema di attestazioni:

signore#	Scenari di prova	Test di Casi
1)	Sistema di reclamo	Le richieste di risarcimento nel settore sanitario dovrebbero modificare, inserire ed elaborare le richieste per un membro e per una persona a carico Per le affermazioni non valide, dovrebbero generare errori quando vengono immessi dati errati
2)	Test del sistema di flusso positivo	Dovrebbe includere lo scenario per modificare, inserire ed elaborare le richieste per un membro e per un dipendente
3)	Test del sistema a flusso negativo	Dovrebbe convalidare e inserire un reclamo con codice procedura e codice diagnosi non validi Convalida e inserisci un reclamo con l'ID fornitore inattivo Convalidare e presentare un reclamo con un membro disdetto
4)	System Integration	Dovrebbe includere uno scenario per convalidare il feed ai sistemi a valle come il fornitore e il portale finanziario

Test del sistema finanziario

Scenari di test di esempio e casi di test per il sistema finanziario

signore#	Scenari di prova	Test di Casi
1)	Sistema finanziario	Iscrivere, reintegrare e cancellare un membro
2)	Test del sistema di flusso positivo	Dovrebbe verificare se per il pagamento è stato scelto il numero di conto o l'indirizzo corretto per il rispettivo membro, fornitore o intermediario
3)	Test del sistema a flusso negativo	Verifica se il pagamento viene effettuato per un ID membro, fornitore o broker non valido creando un rispettivo record nel feed Verifica se il pagamento viene effettuato per un importo non valido per il membro, il fornitore o il broker creando i rispettivi record nel feed

Test di conformità normativa

La protezione dei dati sensibili dei pazienti e delle informazioni sanitarie è una priorità assoluta per gli organismi di regolamentazione sanitaria. I test dovrebbero essere eseguiti in conformità con tali organismi di regolamentazione.

Scenari di test campione e casi di test per la conformità normativa:

signore#	Scenari di prova	Test di Casi
1)	Autenticazione dell'utente	Utilizzo del metodo di verifica per garantire che gli utenti corretti ottengano un accesso e lo neghino ad altri
2)	Rivelazione di un 'informazione	L'autorizzazione all'accesso alle informazioni si basa sul ruolo dell'utente e sulle limitazioni del paziente
3)	Trasferimento dati	In tutti i punti di trasferimento, assicurarsi che i dati siano crittografati
4)	Audit Trail	Tutte le transazioni e tutti i tentativi di accesso ai dati con un insieme adeguato di informazioni sulla traccia di controllo vengono registrati
5)	Sanity Testing relativo all'organismo di regolamentazione	Eseguire test di integrità e verificare che la crittografia dei dati venga eseguita in aree particolari come EPHI (Informazioni sanitarie protette elettroniche)

Test delle prestazioni dell'applicazione sanitaria

Prima di preparare gli scenari di test, è necessario considerare alcuni requisiti del sistema. Ad esempio, le strutture sanitarie (medici/ospedali) forniscono assistenza 24 ore su 24, 7 giorni su 7, quindi il software di check-in dei pazienti deve essere sempre disponibile. Inoltre, deve comunicare con le compagnie assicurative per convalidare le informazioni della polizza, inviare le richieste di rimborso e ricevere i pagamenti. In questo caso, l'architettura dovrebbe definire i diversi componenti del sistema, il protocollo per la comunicazione con le compagnie assicurative e le modalità di implementazione del sistema affinché sia ​​operativo 24 ore su 24, 7 giorni su 7.

In qualità di tester, devi assicurarti che il sistema software sanitario soddisfi il benchmark di carico/prestazioni desiderato.

Altri tipi di test per applicazioni sanitarie

• Test di funzionalità: Testare l'applicazione sanitaria rispetto alle capacità funzionali
• Test di conformità: Test di conformità Requisiti di sicurezza sanitaria e quadri di riferimento del settore
• Test della piattaforma: Test delle applicazioni su Mobile test della piattaforma e delle applicazioni per la compatibilità tra browser
• Test di interoperabilità: Verifica della conformità agli standard di interoperabilità (ad es. DICOM, HL7, CCD/CDA)

Sfide dei test nelle applicazioni sanitarie

Le sfide nel testare le applicazioni sanitarie non sono diverse da quelle di altri test di applicazioni web.

• Richiede esperienza nei test e, di solito, ha costi elevati
• Richiede test di interoperabilità, conformità, regolamentazione, sicurezza e sicurezza oltre alle normali tecniche di test (test non funzionali, funzionali e di integrazione)
• I test dovrebbero essere eseguiti tenendoping tenendo conto degli standard di sicurezza e normativi, poiché qualsiasi errore può avere un effetto diretto sulla vita del paziente.
• Il team di test deve essere ben consapevole delle varie funzionalità, dell'utilizzo clinico e dell'ambiente in cui verrà utilizzato il software
• Un prodotto sanitario deve essere conforme a vari standard come FDA, ISO e CMMI prima di poter essere utilizzato
• La dipendenza incrociata dei tester del software deve garantire che eventuali modifiche in un componente o livello non portino a effetti collaterali sull'altro.

Test dei dispositivi sanitari

Sebbene il software dei dispositivi sanitari non riguardi direttamente il paziente, anch'esso, come qualsiasi altro software, richiede test rigorosi. Ad esempio, le apparecchiature a raggi X controllate da programmi software devono essere testate a fondo, poiché qualsiasi errore di test nel software può avere gravi conseguenze per il paziente.

La FDA (Food and Drug Administration) ha linee guida per le applicazioni mobili e web per i dispositivi medici. Durante il test del corretto funzionamento dei dispositivi medici Piano di test insieme ai criteri di superamento e di fallimento fanno parte anche delle linee guida della FDA. Quando viene eseguito un piano di test, i risultati vengono raccolti e segnalati alla FDA. Questo processo garantisce che il dispositivo soddisfi gli standard degli organismi di regolamentazione.

Consigli utili per i test sanitari

Durante il test del software, puoi prendere in considerazione alcuni suggerimenti importanti per testare il sistema sanitario.

• Le date sono importanti e devono essere precise
• Durante la progettazione dei casi di test, considera vari parametri come diversi tipi di piano, broker, membri, commissioni, ecc.
• È richiesta la conoscenza completa del dominio
• Non utilizzare mai dati reali di pazienti come dati di test. Utilizza dati anonimizzati o sintetici, poiché copiare informazioni sanitarie protette (PHI) di produzione in un ambiente di test costituisce di per sé una violazione della normativa HIPAA.

DOMANDE FREQUENTI