Teste de domínio HealthCare com exemplos de casos de teste

Antes de começarmos os testes, vamos estudar rapidamente o conhecimento básico do domínio da saúde.

Teste de domínio HealthCare

Teste de domínio de saúde é um processo para testar aplicativos de saúde quanto a vários fatores, como padrões, segurança, conformidade, dependência cruzada com outras entidades, etc. O objetivo dos testes de domínio de saúde é garantir qualidade, confiabilidade, desempenho, segurança e eficiência do aplicativo de saúde.

Conhecimento básico do domínio de cuidados de saúde

Todo o sistema de saúde é interligado por uma única entidade, que é o hospital ou o profissional de saúde (médico).

Enquanto as outras entidades incluem-

• Companhia de seguros: Medicare, Medicaid, BCBS, etc.
• Paciente/Consumidores: Paciente cadastrado
• Autoridade reguladora: HIPAA, avaliação OASIS, CMS-1500 e UB-04, etc.
• Fornecedores de soluções para cuidados de saúde e ciências biológicas

💡 Nota: Materiais mais antigos se referem a esses formulários de solicitação como HCFA-1500 e UB-92. Ambos foram substituídos: o HCFA-1500 tornou-se o CMS-1500 e o UB-92 foi substituído pelo UB-04. Use os nomes atuais ao escrever casos de teste.

Terminologia Básica do Sistema de Saúde

• Provedor: Um profissional de saúde (médico), grupo médico, clínica, laboratório, hospital, etc. licenciado por serviços de saúde
• Reivindicação: Uma solicitação à sua seguradora de saúde para pagar uma conta de serviço de saúde
• Corretor: Um profissional de seguros, que negocia, adquire seguro em nome do segurado ou potencial segurado
• Financeiro: Organismos de seguros que pagam despesas médicas, podem ser governamentais (Medicare ou Medicaid) ou comerciais (BCBS)
• Medicamentos: Um programa federal de seguro de saúde para idosos e pessoas com deficiência permanente.
• Medicaid: Um programa conjunto federal e estadual que ajuda famílias e indivíduos de baixa renda a arcar com os custos associados aos cuidados médicos.
• Código CPT: Um código de terminologia processual atual é um código médico definido para descrever serviços médicos, cirúrgicos e de diagnóstico
• HIPAA: É um conjunto de normas e regulamentos que médicos, hospitais, prestadores de saúde e planos de saúde devem seguir para prestar seus serviços

Principais normas de saúde que um avaliador deve conhecer.

Além da HIPAA, alguns padrões definem o que um aplicativo de saúde deve fazer e, portanto, o que precisa ser testado. Reconhecer cada um deles indica qual tipo de teste ele exige.

Padrão	Governa	Testando o funcionamento
HIPAA	Privacidade e segurança dos dados do paciente	Controle de acesso, criptografia, registro de auditoria
HL7 v2 / v3	Comunicação entre sistemas clínicos	Teste de formato de mensagem e interface
HOMEM	Troca moderna de registros de saúde via API REST.	API comtract e testes de interoperabilidade
DICOM	Armazenamento e transferência de imagens médicas	Integridade de imagem e integração de dispositivos
CID-10 / CPT	Codificação de diagnóstico e procedimento	Validação de alegações e testes de caminho negativo
CMS-1500 / UB-04	Formulários de reclamação profissionais e institucionais	Submissão de reclamação e validação de campos

Processo de negócios de saúde

A maioria das organizações de saúde adotou softwares para auxiliar no bom funcionamento do sistema. Esses softwares fornecem todas as informações em um único documento para cada entidade envolvida.

Interconectar todo esse sistema a um único aplicativo da web é uma tarefa enorme e fazê-lo funcionar de maneira eficaz é uma tarefa ainda maior. Os testes rigorosos desta aplicação de saúde são obrigatórios e têm de passar por várias fases de testes.

As seções abaixo fornecem exemplos de cenários e casos de teste para cada subsistema, um de cada vez.

Sistema de teste de provedores

Exemplos de cenários de teste e casos de teste para sistema de provedores (médico/hospital):

Sr#	Cenário de Teste	Casos de teste
1)	Acesso ao sistema de provedores	O sistema do provedor deve nos permitir inserir, editar e salvar os dados do provedor
2)	Fluxo positivo Teste do sistema	Inclui cenários para inserir diferentes tipos de provedores, alterar detalhes dos provedores, salvá-los e consultá-los
3)	Teste de sistema de fluxo negativo	Permite salvar informações do provedor com dados incompletos, contracé a data de entrada em vigor, inserindo detalhes sobre os fornecedores existentes no sistema.
4)	System Teste de integração	Valide o feed para o sistema de membros, sistema financeiro, sistema de reclamações e portal do provedor. Além disso, valide se as alterações do portal do provedor são inseridas no registro do respectivo provedor
5)	Teste de portal de provedores de fluxo positivo	Faça login e visualize detalhes dos provedores, status da reivindicação e detalhes do membro Faça uma solicitação de alteração para alterar o nome, endereço, número de telefone, etc.
6)	Teste do portal de provedores de fluxo negativo	Veja os detalhes do membro com um ID inválido Faça login com credenciais inválidas
7)	Teste do portal do corretor de fluxo positivo	Faça login e veja detalhes sobre corretor e pagamento de comissões Faça uma solicitação para alterar o nome, endereço, número de telefone, etc.
8)	Teste do portal do corretor de fluxo negativo	Deve incluir cenários para fazer login com credenciais inválidas

Teste do sistema do corretor

Exemplos de cenários de teste e casos de teste para sistema corretor:

Sr#	Cenário de Teste	Casos de teste
1)	Sistema de corretagem	Deve ser capaz de editar, inserir e salvar dados do corretor Cálculo da comissão do corretor com base nos detalhes de pagamento do prêmio do sistema de membros
2)	Teste de sistema de fluxo positivo	Insira, salve e edite o registro de corretores para diferentes tipos de corretores Para corretores ativos calcule a comissão criando um arquivo de feed com o respectivo registro para membros com plano diferente
3)	Teste de sistema de fluxo negativo	Insira um registro de corretora com dados incompletos e salve para diferentes tipos de corretora Ao criar o arquivo feed com o respectivo registro para membros com plano diferente calcule a comissão para o corretor desligado Ao criar o arquivo de feed com o respectivo registro para membros com plano diferente calcule a comissão para o corretor inválido
4)	Teste do sistema	Para sistemas downstream, como sistema financeiro, portal de corretores e sistema de membros, validar os feeds Validar se as alterações do portal da corretora estão incorporadas no respectivo registro da corretora

Teste do sistema de membros

Exemplos de cenários de teste e casos de teste para sistema de membro (paciente):

Sr#	Cenário de Teste	Casos de teste
1)	Sistema de membros	Inscrever, reintegrar e encerrar um membro Remover e adicionar um dependente Gerar fatura premium Processar pagamentos de prêmios
2)	Teste de sistema de fluxo positivo	Com as datas de vigência atuais, passadas e futuras, inscreva diferentes tipos de membros Consultar e alterar membros Produzir fatura premium para um membro ativo para o mês seguinte Rescindir um membro ativo com datas de rescisão passadas, atuais e futuras superiores à data efetiva Inscrever novamente um membro rescindido com datas de vigência atuais, passadas e futuras Reintegrar um membro desligado
3)	Teste de sistema de fluxo negativo	Com dados insuficientes inscrever um membro Para um membro rescindido, apresente uma fatura de prêmio para o mês seguinte
4)	Teste de integração de sistema	Valide o feed para sistemas downstream, como portal do provedor, portal do corretor, sistema financeiro e sistema de reclamações Validar se as alterações do portal de associados estão incorporadas no respectivo cadastro de associado Processar o pagamento da fatura premium gerada com o feed do portal de membros que contém detalhes do pagamento efetuado

Teste do sistema de reivindicações

Exemplos de cenários de teste e casos de teste para sistema de declarações:

Sr#	Cenários de teste	Casos de teste
1)	Sistema de reivindicação	As solicitações de assistência médica devem editar, inserir e processar solicitações de um membro, bem como de dependentes Para reivindicações inválidas, deve gerar erros quando dados incorretos são inseridos
2)	Teste de sistema de fluxo positivo	Deve incluir o cenário para editar, inserir e processar reivindicações para um membro, bem como para dependentes
3)	Teste de sistema de fluxo negativo	Deve validar e inserir uma reclamação com código de procedimento e código de diagnóstico inválidos Valide e insira uma reclamação com o ID do provedor inativo Valide e insira uma reclamação com um membro rescindido
4)	Integração de Sistemas	Deve incluir um cenário para validar o feed para sistemas downstream, como provedor e portal financeiro

Teste do sistema financeiro

Exemplos de cenários de teste e casos de teste para sistema financeiro

Sr#	Cenários de teste	Casos de teste
1)	Sistema Financeiro	Inscrever, reintegrar e encerrar um membro
2)	Teste de sistema de fluxo positivo	Deve verificar se o número da conta ou endereço correto foi escolhido para o respectivo membro, provedor ou corretor para o pagamento
3)	Teste de sistema de fluxo negativo	Verifique se o pagamento foi feito para um ID de membro, provedor ou corretor inválido criando um respectivo registro no feed Verifique se o pagamento foi feito por um valor inválido para o membro, provedor ou corretor criando os respectivos registros no feed

Testes de conformidade regulatória

A proteção dos dados sensíveis dos pacientes e das informações de saúde é uma prioridade máxima para os órgãos reguladores da saúde. Os testes devem ser feitos em conformidade com esses órgãos reguladores.

Exemplos de cenários de teste e casos de teste para conformidade regulatória:

Sr#	Cenários de teste	Casos de teste
1)	Autenticação do usuário	Usando o método de verificação para garantir que os usuários corretos obtenham um login e neguem a outros
2)	Divulgação de informação	A autorização de acesso às informações é baseada na função do usuário e na limitação do paciente
3)	Transferência De Dados	Em todos os pontos de transferência, assegure-se de que os dados estejam criptografados.
4)	Trilha de auditoria	Todas as transações e todas as tentativas de acesso aos dados com um conjunto adequado de informações de trilha de auditoria são registradas
5)	Testes de sanidade relacionados ao órgão regulador	Realize testes de sanidade e verifique se a criptografia dos dados é feita em áreas específicas como EPHI (Electronic Protected Health Information)

Teste de desempenho do aplicativo de saúde

Antes de preparar cenários de teste, certos requisitos do sistema devem ser considerados. Por exemplo, os prestadores de serviços de saúde (médicos/hospitais) oferecem atendimento 24 horas por dia, 7 dias por semana, portanto, o software de cadastro de pacientes precisa estar disponível o tempo todo. Além disso, ele precisa se comunicar com as seguradoras para validar informações da apólice, enviar solicitações de reembolso e receber pagamentos. Nesse sentido, a arquitetura deve definir os diferentes componentes do sistema, o protocolo de comunicação com as seguradoras e como implantar o sistema para que ele esteja disponível 24 horas por dia, 7 dias por semana.

Como testador, você precisa garantir que o sistema de software de saúde atenda ao benchmark de carga/desempenho desejado.

Outros tipos de testes para aplicações em saúde

• Teste funcional: Testando aplicativos de saúde em relação aos recursos funcionais
• Teste de Conformidade: Teste de conformidade Requisitos de segurança de saúde e estruturas do setor
• Teste de plataforma: Teste de aplicativos em Mobile testes de plataforma e aplicativos para compatibilidade entre navegadores
• Teste de interoperabilidadeTestar a conformidade com os padrões de interoperabilidade (por exemplo, DICOM, HL7, CCD/CDA)

Desafios de teste em aplicações de saúde

Os desafios de teste em aplicativos de saúde não são diferentes de outros testes de aplicativos da web.

• Requer experiência em testes e, geralmente, tem um custo alto
• Requer testes de interoperabilidade, conformidade, regulamentação, segurança, além de técnicas de teste regulares (testes não funcionais, funcionais e de integração)
• Os testes devem ser feitos regularmente.ping tendo em mente as normas de segurança e regulamentação, visto que qualquer erro pode ter um efeito direto na vida do paciente.
• A equipe de testes precisa estar bem ciente das diversas funcionalidades, do uso clínico e do ambiente em que o software será usado.
• Um produto de saúde deve estar em conformidade com vários padrões como FDA, ISO e CMMI antes de poder ser usado.
• A dependência cruzada dos testadores de software precisa garantir que quaisquer alterações em um componente ou camada não levem a efeitos colaterais no outro.

Teste de dispositivos de saúde

Embora o software de dispositivos médicos não seja de interesse direto do paciente, ele também requer testes rigorosos, assim como qualquer outro software. Por exemplo, máquinas de raio-X controladas por software devem ser testadas minuciosamente, pois qualquer erro nos testes de software pode ter consequências graves para o paciente.

A FDA (Food and Drug Administration) possui diretrizes para aplicativos móveis e da web para dispositivos médicos. Ao testar dispositivos médicos, o funcionamento adequado Plano de teste junto com os critérios de aprovação e reprovação também faz parte das diretrizes da FDA. Quando um plano de teste é executado, os resultados são coletados e reportados à FDA. Esse processo garante que o dispositivo atenda aos padrões dos órgãos reguladores.

Dicas úteis para testes de saúde

Ao testar o software, você pode considerar algumas dicas importantes para testar o sistema de saúde.

• As datas são importantes e precisam ser precisas
• Ao projetar casos de teste, considere vários parâmetros, como diferentes tipos de plano, corretores, membros, comissão, etc.
• É necessário conhecimento completo do domínio
• Nunca utilize registros de pacientes reais como dados de teste. Utilize dados anonimizados ou sintéticos, pois copiar informações de saúde protegidas (PHI) de produção para um ambiente de teste constitui uma violação da HIPAA.

Perguntas Frequentes