how test health care application part 1
Comprendre le domaine des soins de santé et tester les applications de soins de santé:
L’article d’aujourd’hui portera uniquement sur les informations sur le domaine de la santé / l’entreprise, les composants, les éléments à tester et la manière de tester.
Cette série d'articles en deux parties est utile pour tous ceux qui souhaitent explorer et entrer dans un domaine différent pour tester, apprendre et comprendre le flux de travail des applications de soins de santé et processus de test .
En bref, cet article sera votre première étape et un guide sur votre quête de connaissances en santé. Dans partie 2 nous fournirons des scénarios de test pour différentes applications dans le domaine de la santé.
Pour exceller dans les tests, la connaissance du domaine est la clé . Nous allons donc en apprendre davantage sur le flux d’activité du client maintenant.
Ce que vous apprendrez:
Domaine de la santé - Une introduction
Les soins de santé ou l'assurance maladie sont similaires à l'assurance générale. Comme vous le savez, dans toute assurance, l'assureur (compagnie d'assurance) fournira les plans et le client (souscripteur ou preneur d'assurance) achètera la police de son plan souhaité. L'assureur recevra le montant de la prime des assurés et les titulaires de police recevront des remboursements de l'assureur pour les réclamations valides qu'ils ont soumises.
logiciel pour télécharger des vidéos de you tube
Il en va de même en assurance santé mais en plus de l'assureur et du preneur d'assurance, il existe d'autres contributeurs majeurs tels que le fournisseur, le TPA (Third Party Administrator), le courtier, etc.
Nous allons maintenant voir chacun des principaux contributeurs en détail:
# 1) Assureur: Une entité qui crée un plan, vend la police et rembourse le preneur d'assurance ou le fournisseur pour les réclamations valides soumises.
# 2) Titulaire de la police: Une personne ou une entité qui achète la police à l'assureur ou au courtier paie une prime à l'assureur et soumet parfois une réclamation.
meilleurs studios de jeux pour lesquels travailler
# 3) Fournisseur: Une personne ou une entité qui fournit le service de soins de santé au preneur d'assurance et aux personnes à sa charge, reçoit le paiement du service du preneur d'assurance ou de l'assureur en soumettant une réclamation.
# 4) TPA: Une personne ou une entité qui gère les réclamations du preneur d'assurance ou du fournisseur et reçoit le paiement de la gestion du contributeur respectif.
# 5) Courtier: Comme vous l'avez deviné, c'est un agent qui vend la police aux clients au nom de l'assureur et reçoit une commission en retour de l'assureur.
Par exemple, Nous pouvons comprendre la fonction de base des contributeurs à partir de l'exemple ci-dessous.
M. Enosh a acheté une politique de soins de santé qui couvre la consultation générale des médecins et les problèmes de vision de M. Ponnar et verse une prime pour la même chose à une entreprise de soins de santé.
Une fois que M. Enosh est tombé malade et a consulté le médecin M. Sabari pour la guérison, Sabari a fourni une ordonnance à Enosh et soumet une demande de consultation à HealthCorp Company et reçoit le remboursement. M. Ponnar reçoit une commission de HealthCorp Company pour le paiement de la prime par M. Enosh.
Dans l'exemple ci-dessus, la «consultation du médecin généraliste» et les «problèmes de vision» sont les avantages du plan de santé, M. Enosh est le preneur d'assurance, M. Ponnar est le courtier, HealthCorp Company est l'assureur et M. Sabari est le fournisseur.
Pour comprendre clairement la différence entre politique et plan, pensez au plan comme une classe et à la politique comme un objet (une instance de la classe). Une police peut être classée en tant que police individuelle et police de groupe en fonction du type de bénéficiaires qu'elle couvre.
Politique individuelle: Un individu sera le preneur d'assurance; l'individu et les personnes à sa charge bénéficieront des avantages du plan de santé. Ici, l'individu paie la prime.
Stratégie de groupe: Une entité (généralement un employeur) sera le preneur d'assurance, les membres (employés) de l'entité et leurs personnes à charge bénéficieront des avantages du plan de santé. Ici, l'entité paie la prime.
Par exemple, Voici un exemple pour avoir une idée claire de la politique de groupe:
MotoCorp Company achète une politique de HealthCorp Company pour ses employés et leur famille. Leurs réclamations sont gérées par EasyClaim Company. Ici, la société MotoCorp est le preneur d'assurance, la société HealthCorp est l'assureur et la société EasyCliament est le TPA.
Comment tester une application de soins de santé?
Avant de tester une application, nous devons être conscients du flux de travail du secteur de la santé. Le sujet précédent ne donne qu'une introduction aux soins de santé gérés, plus de détails sont disponible ici .
Un assureur a besoin de différentes applications pour gérer les éléments suivants:
- Données du fournisseur
- Données membres
- Facturation / paiement Premium
- Données du courtier
- Saisie / validation des réclamations
- Calcul / paiement de la commission du courtier
En règle générale, une application de soins de santé aura la liste de systèmes suivante:
- Système de membre : Pour conserver les données des assurés, différents plans avec leur liste de prestations et générer des factures de primes pour le preneur d'assurance en fonction de leurs plans
- Système de fournisseur : Pour conserver les données des fournisseurs
- Système de courtage : Pour conserver les données des courtiers et calculer les commissions
- Système de réclamation : Pour la saisie et la validation des réclamations
- Système financier : Pour effectuer le paiement nécessaire au fournisseur / membre / courtier
- Portail des membres : Pour afficher les informations du preneur d'assurance, effectuer des paiements de primes et émettre une demande d'informations de modification pour les assurés
- Portail des fournisseurs : Pour afficher les informations du fournisseur et émettre une demande d'informations de modification pour les fournisseurs
- Portail des courtiers : pour afficher les informations de courtier et émettre une demande d'informations de modification pour les courtiers
Cette liste n'est peut-être pas exhaustive. Mais, c'est la liste au meilleur de ma connaissance. En outre, toutes les applications peuvent même ne pas être utilisées. Parfois, peu de ces applications sont fusionnées pour créer une autre application combinée - d'autres fois, ce sont des systèmes autonomes.
Par exemple , le système du fournisseur peut faire partie du système du membre dans certaines applications de soins de santé. Par application Santé, j'entends un ensemble de systèmes entretenus par un assureur pour faciliter ses clients et partenaires.
programme d'arbre binaire simple en c ++
Flux de travail de test des applications de soins de santé
La caractéristique unique du système de soins de santé est que ces applications ne peuvent pas être testées dans l'ordre que nous souhaitons. Il y a un certain flux de travail à suivre:
- Pour qu'un membre / titulaire de police soit inscrit à un plan de santé, il doit être affecté à un fournisseur (médecin de soins primaires) ou à un réseau de fournisseurs, il devrait donc y avoir un moyen pour le système membre de valider le fournisseur attribué. Soit le système membre se connecte au système fournisseur, soit un flux de données doit être envoyé périodiquement au système membre à partir du système fournisseur. Par conséquent, le système fournisseur doit être testé et prêt à être utilisé avant de tester le système membre.
- Une réclamation doit comprendre l'ID de fournisseur et l'ID de membre en plus d'autres détails. Le système de réclamation doit valider à la fois le membre et le fournisseur pour valider la réclamation, de sorte que le système de membre et de fournisseur doit être testé et prêt à être utilisé avant de tester le système de réclamation.
- Le système financier doit disposer des données d'un membre, d'un fournisseur, d'un système de réclamation et de courtier pour émettre des chèques ou effectuer des paiements par TEF à la personne ou à l'entité respective.
- Les systèmes de fournisseur et de courtier sont autonomes.
- Les portails doivent enfin être testés car ils ont besoin des données des autres applications.
Maintenant, c’est l’ordre dans lequel les systèmes de l’application Healthcare doivent être testés.
Qu'est-ce que Suivant ?
Les informations mentionnées ci-dessus devraient nous donner suffisamment d'élan pour entrer dans «Comment tester» les applications Healthcare, qui seront traitées dans le 2ème partie de cet article.
A propos de l'auteur: Ceci est un article invité par Vairavan R M. L'auteur a une bonne expérience dans le test d'applications de soins de santé et à la tête d'une équipe dans une société multinationale.
En attendant, si vous avez des questions ou des commentaires ou avez besoin d'aide pour mieux comprendre le domaine des soins de santé, veuillez me le faire savoir. Restez à l'écoute pour le prochain article de la série.
lecture recommandée
- Test des applications de soins de santé - Conseils et scénarios de test importants (partie 2)
- Test d'applications - Dans les bases du test de logiciels!
- Guide de test de sécurité des applications Web
- Installation de votre application sur l'appareil et démarrage des tests à partir d'Eclipse
- Tutoriel sur les tests destructifs et les tests non destructifs
- Test de performance vs test de charge vs test de stress (différence)
- Qu'est-ce que le test de singe dans le test de logiciel?
- Les 20 meilleurs conseils pratiques de test de logiciels à lire avant de tester une application