how test health care application part 1
Compreendendo o domínio de cuidados de saúde e testando aplicativos de cuidados de saúde:
O artigo de hoje vai ser sobre o domínio da saúde / informações comerciais, componentes, o que testar e como testar.
Esta série de artigos em duas partes é útil para quem deseja explorar e entrar em um domínio diferente para testar, aprender e compreender o fluxo de trabalho do aplicativo de saúde e processo de teste .
Resumindo, este artigo será seu primeiro passo e um guia em sua busca de conhecimento em saúde. No parte 2 forneceremos cenários de teste para diferentes aplicativos no domínio Healthcare.
Para se destacar em testes, conhecimento de domínio é a chave . Então, vamos aprender sobre o fluxo de negócios do cliente agora.
O que você aprenderá:
Domínio de saúde - uma introdução
Os planos de saúde ou seguros de saúde são semelhantes aos seguros gerais. Como você sabe, em qualquer seguro, a seguradora (Seguradora) providenciará os planos e o cliente (Assinante ou Segurado) comprará a apólice do plano que deseja. A seguradora receberá o valor do prêmio dos segurados e os segurados receberão reembolsos da seguradora pelos sinistros válidos que apresentaram.
como abrir .jar com java
O mesmo acontece no seguro saúde, mas além da seguradora e do segurado, existem outros contribuintes importantes, como provedor, TPA (administrador terceirizado), corretor, etc.
Agora veremos cada um dos principais colaboradores em detalhes:
# 1) Seguradora: Uma entidade que cria um plano, vende a apólice e reembolsa o segurado ou provedor pelas reivindicações válidas apresentadas.
# 2) Titular da apólice: Uma pessoa ou entidade que compra a apólice da seguradora ou corretora paga um prêmio à seguradora e às vezes apresenta um sinistro.
melhor otimizador de sistema windows 10 grátis
# 3) Provedor: Uma pessoa ou entidade que fornece o serviço de saúde ao tomador do seguro e seus dependentes recebe o pagamento pelo serviço do tomador do seguro ou da seguradora mediante apresentação de um sinistro.
# 4) TPA: Uma pessoa ou entidade que gere os sinistros do tomador do seguro ou do prestador e recebe o pagamento pela gestão do respectivo contribuinte.
# 5) Corretor: Como você adivinhou, ele é um agente que vende a apólice aos clientes em nome da seguradora e recebe uma comissão em troca da seguradora.
Por exemplo, Podemos entender a função básica dos colaboradores com o exemplo abaixo.
O Sr. Enosh comprou uma apólice de saúde que cobre consultas de médico geral e problemas de visão do Sr. Ponnar e paga um prêmio pelo mesmo a uma empresa de saúde.
Uma vez que o Sr. Enosh ficou doente e consultou o médico Sr. Sabari para recuperação, Sabari forneceu uma receita a Enosh e apresentou um pedido de consulta à HealthCorp Company e recebeu o reembolso. O Sr. Ponnar recebe uma comissão da HealthCorp Company pelo pagamento do prêmio pelo Sr. Enosh.
No exemplo acima, ‘Consulta médica geral’ e ‘Problemas de visão’ são os benefícios do plano de saúde, o Sr. Enosh é o segurado, o Sr. Ponnar é o corretor, a HealthCorp Company é a seguradora e o Sr. Sabari é o provedor.
Para entender claramente a diferença entre política e plano, pense no plano como uma classe e na política como um objeto (uma instância da classe). Uma política pode ser categorizada como política individual e política de grupo com base no tipo de beneficiários que cobre.
Política individual: Um indivíduo será o segurado; Tanto o indivíduo quanto seus dependentes terão os benefícios do plano de saúde. Aqui, o indivíduo paga o prêmio.
Política de grupo: Uma entidade (geralmente um empregador) será o titular do seguro, os associados (Funcionários) da entidade e seus dependentes gozarão dos benefícios do plano de saúde. Aqui a entidade paga o prêmio.
Por exemplo, Um exemplo para ter uma ideia clara da política de grupo é o seguinte,
MotoCorp Company compra uma apólice da HealthCorp Company para seus funcionários e suas famílias. Suas reivindicações são gerenciadas pela EasyClaim Company. Aqui, a MotoCorp Company é o segurado, a HealthCorp Company é a seguradora e a EasyCliam Company é a TPA.
Como testar um aplicativo de saúde?
Antes de testar um aplicativo, devemos estar cientes do fluxo de trabalho do setor de saúde. O tópico anterior fornece apenas uma introdução ao sistema de saúde gerenciado, mais detalhes são disponivel aqui .
Uma seguradora precisa de aplicativos diferentes para gerenciar o seguinte:
- Dados do provedor
- Dados do membro
- Faturamento / pagamento premium
- Dados do corretor
- Entrada / validação de reivindicações
- Cálculo / pagamento da comissão do corretor
Geralmente, um aplicativo de saúde terá a seguinte lista de sistemas:
- Sistema de membros : Para manter os dados do segurado, vários planos com sua lista de benefícios e gerar contas de prêmio para o segurado com base em seus planos
- Sistema de provedor : Para manter os dados do provedor
- Sistema de corretora : Para manter os dados do corretor e calcular as comissões
- Sistema de reclamações : Para entrada e validação de reivindicações
- Sistema financeiro : Para fazer o pagamento necessário ao provedor / membro / corretor
- Portal de membros : Para exibir as informações do segurado, faça pagamentos de prêmio e solicite informações de alteração para os segurados
- Portal do provedor : Para exibir informações do provedor e fazer uma solicitação de alteração de informações para os provedores
- Portal do corretor : para exibir informações do corretor e levantar uma solicitação de informações de mudança para corretores
Esta pode não ser uma lista completa. Mas, esta é a lista que eu sei. Além disso, nem todos os aplicativos podem ser usados. Às vezes, poucos desses aplicativos são mesclados para fazer outro aplicativo de combinação - outras vezes, esses são sistemas autônomos.
Por exemplo , o sistema do Provedor pode fazer parte do sistema do Membro em alguns aplicativos de saúde. Por aplicação de saúde, entendo um conjunto de sistemas mantidos por uma seguradora para facilitar seus clientes e parceiros.
como jogar um arquivo bin
Fluxo de trabalho de teste de aplicativo de saúde
O recurso exclusivo do sistema de saúde é que esses aplicativos não podem ser testados em qualquer ordem que desejamos. Existe um certo fluxo de trabalho a ser seguido:
- Para que um segurado / segurado se inscreva em um plano de saúde, ele precisa ser atribuído a um provedor (médico de atenção primária) ou a uma rede de provedores, portanto, deve haver uma maneira de o sistema de membros validar o provedor atribuído. O sistema de membros se conecta ao sistema do provedor ou um feed de dados deve ser enviado periodicamente ao sistema de membros do sistema do provedor. Portanto, o sistema do provedor deve ser testado e estar pronto para uso antes de testar o sistema membro.
- Uma reclamação deve consistir em ID do provedor e ID do membro, além de outros detalhes. O sistema de reclamações deve validar tanto o membro quanto o provedor para validar a reclamação, portanto, tanto o sistema do membro quanto o provedor devem ser testados e estar prontos para uso antes de testar o sistema de reclamações.
- O sistema financeiro precisa ter dados de um membro, provedor, sinistro e sistema de corretora para emitir cheques ou fazer pagamentos TEF para a respectiva pessoa ou entidade.
- Os sistemas do provedor e do corretor são independentes.
- Os portais devem ser testados finalmente, pois precisam de dados de outros aplicativos.
Agora, essa é a ordem em que os sistemas no aplicativo Healthcare devem ser testados.
O que é Próximo ?
As informações acima mencionadas devem nos dar impulso suficiente para entrar em 'Como testar' os aplicativos de saúde, que serão tratados no 2ª parte deste artigo.
Sobre o autor: Este é um post convidado de Vairavan R M. O autor está tendo boa experiência em testes de aplicativos de saúde e liderando uma equipe em uma empresa multinacional.
Enquanto isso, se você tiver perguntas ou comentários ou precisar de ajuda para entender melhor o domínio Health Care, entre em contato. Fique ligado no próximo artigo da série.
Leitura recomendada
- Testando aplicativos de saúde - dicas e cenários de teste importantes (parte 2)
- Teste de aplicativos - Noções básicas de teste de software!
- Guia de teste de segurança de aplicativos da Web
- Instalando seu aplicativo no dispositivo e comece a testar no Eclipse
- Tutorial de teste destrutivo e teste não destrutivo
- Teste de desempenho vs teste de carga vs teste de estresse (diferença)
- O que é Monkey Testing em Software Testing?
- As 20 principais dicas práticas de teste de software que você deve ler antes de testar qualquer aplicativo