Menu

Test des applications de soins de santé - Conseils et scénarios de test importants (partie 2)

testing healthcare applications tips

Essayez Notre Instrument Pour Éliminer Les Problèmes

Dans le dernier article, nous avons fait du gros travail en termes de compréhension du domaine de la santé. Nous sommes prêts à remettre notre «chapeau de testeur» et essayons maintenant de comprendre comment tester les applications de soins de santé.

=> Si vous n’avez pas lu la partie 1, veuillez la lire ici: Comment tester l'application de soins de santé - Introduction

Nous allons maintenant sélectionner chaque application / système et proposer des conditions que nous allons valider dans chacun d'eux.

Cet article est utile pour les testeurs qui sont déjà dans le domaine de la santé ou ceux qui souhaitent entrer dans ce domaine de carrière le plus en vogue.

Test des applications de soins de santé

Commençons!

Ce que vous apprendrez:

Test des applications de soins de santé - Le Échantillon Scénarios de test

Voici les exemples de scénarios de test pour:

Système d

Test du système du fournisseur

#1) Le système du fournisseur doit nous laisser entrer, modifier et enregistrer les données du fournisseur.

#deux) Flux positif Test du système: incluez des scénarios pour saisir différents types de fournisseurs, les modifier, les enregistrer et s'enquérir.

# 3) Flux négatif Test du système: inclure des scénarios pour

  • Enregistrez un fournisseur avec des données incomplètes.
  • Enregistrez un fournisseur avec une date d'entrée en vigueur du contrat inférieure à la date de licence du fournisseur.
  • Saisissez les données du fournisseur déjà disponibles dans le système et enregistrez-les.

# 4) Test d'intégration de système devrait inclure des scénarios pour

  • Validez le flux vers les systèmes en aval tels que le flux vers le système des membres, le portail des fournisseurs, le système de réclamation et le système financier.
  • Validez si les modifications du portail du fournisseur sont incorporées dans l'enregistrement du fournisseur respectif.

Test du système de courtage

#1) Le système de courtage doit être capable de ce qui suit:

  • Saisissez, modifiez et enregistrez les données du courtier.
  • Calculez la commission du courtier en fonction des détails de paiement des primes du système membre.

#deux) Flux positif Les tests du système doivent inclure des scénarios pour

  • Entrez, modifiez et enregistrez l'enregistrement de courtier pour différents types de courtier.
  • Calculez la commission pour le courtier actif en créant un fichier d'alimentation avec l'enregistrement respectif pour les membres avec un plan différent.

# 3) Flux négatif Les tests du système doivent inclure des scénarios pour

  • Entrez un enregistrement de courtier avec des données insuffisantes et enregistrez-le pour différents types de courtier.
  • Calculez la commission pour le courtier licencié en créant un fichier d'alimentation avec l'enregistrement respectif pour les membres avec un plan différent
  • Calculez la commission pour le courtier invalide en créant un fichier d'alimentation avec l'enregistrement respectif pour les membres avec un plan différent

# 4) Test du système devrait inclure des scénarios pour

  • Validez les flux vers les systèmes en aval tels que le portail Broker, le système financier et le système des membres.
  • Validez si les modifications du portail Broker sont incorporées dans l'enregistrement de courtier respectif.

Test du système de membre

Le système membre doit être capable de:

meilleures applications de téléchargement de mp3 pour Android
  1. Inscrire, résilier, réintégrer et réinscrire un membre
  2. Ajouter et supprimer une personne à charge
  3. Générer une facture premium
  4. Traiter les paiements de prime

Inscription: Dans une police individuelle, un preneur d'assurance est ajouté à un régime avec une date d'entrée en vigueur à partir de laquelle il paiera une prime pour les prestations fournies par l'assureur et à partir duquel il est éligible pour soumettre des réclamations et bénéficier d'une couverture.

Dans la stratégie de groupe, un membre est ajouté au groupe (qui est déjà ajouté dans le cadre d'un plan) avec une date d'entrée en vigueur à partir de laquelle il est éligible pour soumettre des réclamations et bénéficier d'une couverture.

Résiliation: Dans une police individuelle, la police prend fin avec une date de résiliation dont le preneur d'assurance ne sera pas couvert par le régime d'assurance.

Dans la stratégie de groupe, le membre seul peut être résilié avec une date de résiliation ou l'ensemble du groupe peut être résilié.

Réintégration: Si un membre résilié demande que la police soit à nouveau active et que la date actuelle se situe dans la période de grâce à partir de la date de résiliation, le membre peut être réintégré sans interruption de la couverture. La date d'entrée en vigueur de la police sera la même ancienne date d'entrée en vigueur et non la date du jour.

Réinscription: Si un membre résilié demande que la police soit à nouveau active et que la date du jour dépasse la période de grâce à partir de la date de résiliation, le membre peut être réinscrit avec un manque de couverture. La date d'entrée en vigueur de la police sera la date actuelle / future et non la même ancienne date d'entrée en vigueur.

Par exemple , Un membre est inscrit à une police dont la date d'entrée en vigueur est le 1/1/2013 et qui prend fin le 31/12/2013. prenons 30 jours comme délai de grâce fixé par la compagnie d'assurance.

Cas 1: Si le membre revient le 15/01/2014 et souhaite que la politique soit efficace, alors il est Réintégration si le membre paie la prime pour la période du 31/12/2013 au 15/01/2014, la date d'entrée en vigueur de la police sera la même ancienne que le 01/01/2013.

Cas 2: Si le membre revient le 01/02/2014 et souhaite que la politique soit à nouveau effective, il est Réinscription et la date d'entrée en vigueur de la politique sera le 2/1/2014. Ici, il y a un manque de couverture (1/1/2014 au 1/31/2014).

Flux positif Les tests du système doivent inclure des scénarios pour

  • Inscrivez différents types de membres avec des dates d'effet passées, actuelles et futures.
  • Changez et renseignez-vous sur les membres.
  • Générez une facture premium pour un membre actif pour le mois prochain.
  • Mettre fin à un membre actif dont la date de résiliation passée, actuelle et future est supérieure à la date d'entrée en vigueur.
  • Réinscrivez un membre résilié avec des dates d'entrée en vigueur passées, actuelles et futures.
  • Réintégrer un membre licencié.

Flux négatif Les tests du système doivent inclure des scénarios pour

  • Inscrivez un membre avec des données insuffisantes.
  • Générez une facture premium pour le mois prochain pour un membre résilié.

Test d'intégration de système devrait inclure des scénarios pour

  • Validez le flux vers les systèmes en aval tels que le portail des membres, le portail des fournisseurs, le système de courtage, le système de réclamation et le système financier.
  • Validez si les modifications du portail des membres sont incorporées dans l'enregistrement de membre respectif.
  • Traitez le paiement d'une facture de prime générée avec le flux du portail des membres contenant les détails du paiement effectué.

Test du système de réclamation

Les réclamations dans le domaine de la santé ont un code de diagnostic et un code de procédure pour que la réclamation soit détaillée.

  • Code de diagnostic: Fait référence à la maladie du patient.
  • Code de procédure: Désigne le traitement fourni au patient.

Le système de réclamations doit être capable de:

  • Saisissez, modifiez et traitez les réclamations pour le membre ainsi que pour une personne à charge.
  • Devrait générer des erreurs pour les réclamations invalides basées sur les données incorrectes saisies.

Flux positif Les tests du système doivent inclure des scénarios pour saisir, modifier et traiter les réclamations pour le membre ainsi que pour une personne à charge.

Flux négatif Les tests du système doivent inclure des scénarios pour

c ++ questions d'entrevue pdf
  • Saisissez et validez une réclamation avec un code de diagnostic et un code de procédure invalides.
  • Saisissez et validez une réclamation avec un identifiant de fournisseur inactif.
  • Entrez et validez une réclamation avec un membre résilié.

Les tests d'intégration de système doivent inclure des scénarios pour valider l'alimentation des systèmes en aval tels que les finances et le portail des fournisseurs.

Test du système financier

Le système financier doit être capable d'écrire des chèques de paie et d'effectuer des paiements par TEF au destinataire respectif en traitant les flux de divers systèmes en amont tels que les réclamations, les membres, les fournisseurs et les systèmes de courtage.

Flux positif Les tests du système doivent inclure des scénarios pour vérifier si l'adresse ou le numéro de compte correct est choisi pour le fournisseur, membre ou courtier respectif pour le paiement.

Flux négatif Les tests du système doivent inclure des scénarios pour

  • Vérifiez si le paiement est effectué pour l'ID de membre, de fournisseur ou de courtier non valide en créant des enregistrements respectifs dans le flux.
  • Vérifiez si le paiement est effectué pour le montant invalide (zéro ou négatif) pour le membre, le fournisseur ou le courtier en créant des enregistrements respectifs dans le flux.

Le test d'intégration de système n'est pas nécessaire car il n'y a pas de système en aval et les flux en amont sont validés dans le test d'intégration de système des systèmes respectifs.

Test du portail des membres

Le portail des membres doit être capable de:

  • Afficher les détails de la politique et l'état de la réclamation.
  • Faites des demandes de changement dans les détails de la politique.
  • Effectuez des paiements de primes.

Flux positif Les tests du système doivent inclure des scénarios pour

  • Connectez-vous et affichez les détails de la politique et l'état de la réclamation.
  • Faire une demande de changement pour changer l'adresse, le nom, le numéro de téléphone, etc.
  • Effectuez des paiements de primes.

Flux négatif Les tests du système doivent inclure des scénarios pour

  • Connectez-vous avec des informations d'identification non valides.
  • Effectuez le paiement d'une facture premium payée.
  • Effectuez le paiement avec un chèque invalide.

Le test d'intégration de système n'est pas nécessaire car il n'y a pas de système en aval et les flux des systèmes en amont sont validés dans le test d'intégration de système des systèmes respectifs.

Test du portail des fournisseurs

Provider Portal doit être capable de ce qui suit:

  • Affichez les détails du fournisseur, les détails du membre et l'état de la réclamation.
  • Faites des demandes de modification dans les détails du fournisseur.

Flux positif Les tests du système doivent inclure des scénarios pour

  • Connectez-vous et affichez les détails du fournisseur, les détails du membre et l'état de la réclamation.
  • Faire une demande de changement pour changer l'adresse, le nom, le numéro de téléphone, etc.

Flux négatif Les tests du système doivent inclure des scénarios pour

  • Connectez-vous avec des informations d'identification invalides
  • Afficher les détails du membre avec un identifiant de membre non valide

Les tests d'intégration de système ne sont pas nécessaires car il n'y a pas de système en aval et les flux du système en amont sont validés dans le test d'intégration de système des systèmes respectifs.

Test du portail des courtiers

Broker Portal doit être capable de ce qui suit:

  • Afficher les détails du courtier et le paiement de la commission.
  • Faites des demandes de changement dans les détails du courtier.

Flux positif Les tests du système doivent inclure des scénarios pour

  • Connectez-vous et consultez les détails du courtier et le paiement de la commission.
  • Faire une demande de changement pour changer l'adresse, le nom, le numéro de téléphone, etc.

Flux négatif Les tests du système doivent inclure des scénarios de connexion avec des informations d'identification non valides.

Le test d'intégration de système n'est pas nécessaire car il n'y a pas de système en aval et les flux en amont sont validés dans le test d'intégration de système des systèmes respectifs.

C’est tout, c’est tous les modules et les aspects que nous y testerions.

Conseils importants pour tester les logiciels de soins de santé

Astuce n ° 1) Les dates sont importantes et doivent être exactes car un léger changement de date peut faire en sorte qu'un défaut majeur ne soit pas remarqué.

Astuce n ° 2) Dans le secteur de la santé, il existe de nombreux paramètres de test tels que différents types de régime, membres, fournisseurs, courtiers, méthode de calcul des commissions, etc. conception de cas de test en ayant une trace des paramètres couverts et non couverts.

Astuce n ° 3) Connaître les utilisateurs professionnels des systèmes respectifs et penser de leur point de vue pour trouver les meilleurs défauts.

Astuce n ° 4) Il n'est pas nécessaire de suivre le même ordre pour les tests du système et les scénarios fournis ici ne couvrent que la fonctionnalité globale d'une application de soins de santé. Vous devrez peut-être également inclure d'autres scénarios (plus d'indices sur cette post) en fonction des exigences que vous recevez.

Astuce n ° 5) Les soins de santé évoluent désormais vers une manière rentable de fournir des soins. Ainsi, ils ont introduit un modèle d'échange où le souscripteur peut avoir une vue des plans donnés par tous les assureurs, ce qui augmente le caractère concurrentiel des assureurs, indiquant ainsi indirectement la nécessité de réduire les coûts.

À mesure que les soins de santé évoluent, il sera nécessaire de changer les logiciels utilisés et il y aura des revenus pour l'informatique par la création, la modification et le test des applications logicielles impliquées - ce qui signifie que nous pouvons anticiper plus de projets dans ce domaine. Alors, surveillez si cela vous intéresse.

Astuce n ° 6) La clé du succès dans le test des applications de soins de santé réside dans les allégations - la connaissance complète de celles-ci et la manière dont elles sont évaluées, etc.

Conclusion

Eh bien, cela couvre les bases du domaine de la santé et un moyen de tester les applications de santé.

comment créer un tableau de chaînes java

En tant que testeurs, nous savons que rien n'est exempt de défauts. Cet article peut également présenter des défauts, si vous trouvez un défaut ou avez une question, veuillez laisser un commentaire. Nous apprécions vos précieux commentaires sur l'article, car ils nous conduiront vers l'excellence et l'amélioration.

Je vous souhaite tout le meilleur pour vos futurs efforts en tant que testeur de la santé. À un de ces quatre!

lecture recommandée

^