Part 1
了解医疗保险领域和测试医疗保险应用程序:
今天的文章都是关于医疗保险领域/业务信息等组成部分的测试以及如何测试。
分两部分的系列文章，希望对于那些想要探索和进入不同的领域测试、学习和理解医疗应用程序工作流程和测试过程是有用的。
简而言之,这篇文章将是指导你追寻医疗保险知识的的第一步。在第二部分中,我们将为不同的应用程序提供在医疗保险领域的测试场景。
要想真正擅长测试领域，行业知识是关键。所以,我们要了解客户的业务流程。
医疗保险领域的介绍
医疗保险类似于一般保险。如你所知,在任何保险,保险经纪人(保险公司)将提供一份计划，而客户(用户或投保人)会按他的预期计划来买相应的保险。保险公司将从保单持有人中收到保险金，保单持有人将在保单提交生效后从保险公司得到补偿。同样的，发生在医疗保险中，除了保险公司和投保人外，还有其他的提供者主要参与者等,如TPA(第三方监管员),代理等。
现在,我们将看到每个主要的参与者的细节:
# 1.保险公司:
一个创建计划、销售政策和报销投保人或为提供者提交有效的索赔的实体。
# 2.投保人:
一个人或一实体,他们从保险公司购买政策或代理,向保险人支付保险费,有时提交索赔请求。
# 3.供应商:
一个人或一实体,为投保人和他们的家属提供卫生服务,要么从投保人收到支付的服务或通过保险公司提交索赔。
# 4。TPA:
一个人或一实体，管理投保人的索赔，或提供者和接收付款各自的贡献。
# 5。代理:
如你所猜到的那样,他是一个销售保险公司产品的代理,从保险公司收到佣金作为回报。
例如:我们可以从下面的例子理解所有参与者的基本功能。
Mr. Enosh从Ponnar先生那买了一款涵盖一般医疗咨询和视力问题的卫生保险政策（保单），给HealthCorp公司支付相同的溢价。一旦Mr. Enosh病了,就会去咨询医生Sabari以得到康复,Sabari向Mr. Enosh提供处方，并向HealthCorp公司提交索赔或接收报销。Ponnar先生从HealthCorp公司收到佣金后，向Mr. Enosh支付溢价。在上面的例子中，“一般医疗咨询”和“视力问题”是该份健康计划的特点。Mr. Enosh是投保人, Ponnar先生是代理人,HealthCorp公司是保险公司，Sabari先生是服务的提供者。
明确地理解保险政策和具体计划之间的区别,把计划和政策作为一个对象(类)的实例。政策可细分为个人政策,它涵盖了不同策略，以基于不同类型的受益者。
个人政策:
个体作为投保人;个人和他/她的家属都将享受健康计划的好处。这里是个人支付溢价。
集体政策:
一个实体(通常雇主)是投保人,实体的成员(员工)及其家属将享受健康计划的好处。这里是实体支付溢价。
例子:下面一个例子帮助我们理清什么是集体政策：
MotoCorp公司从HealthCorp公司为其员工和他们的家庭购买政策（保单）。他们的声明是由EasyClaim公司写的。这里MotoCorp公司是投保人,HealthCorp公司是保险公司和EasyCliam是TPA。
如何测试医疗保险应用程序?
在测试应用程序之前,我们应该知道这个行业工作流程。前面的话题只是介绍管理型医疗保险,这里有更多的细节。
保险公司需要不同的应用程序来管理:
供应商数据
数据成员
保费账单/付款
代理数据
理赔进入/验证
代理佣金的计算/付款
一般的医疗保险应用程序将有以下列表系统组成:
会员系统——维护投保人数据、各种计划与他们的福利和生成保费账单列表，基于投保人的计划
供应商系统——维护提供数据
代理数据和计算系统——维护代理佣金
金融系统——做必要的支付系统（提供商/会员/代理）
会员门户——显示投保人信息、支付溢价,提供保单持有人的变更信息
供应商门户——显示供应商信息,提供供应商的变更信息
代理门户——显示代理信息,提供经纪人的变更信息
当然，这可能不是一份详尽的清单。但是,这是我所知的列表。此外,所有应用程序甚至可能不会被都使用。有时,这些应用程序的合并形成另一个组合应用程序。否则,这些都可以是独立的系统。
例如,供应商系统就可以是医疗应用程序成员系统的一部分。我所说的医疗保险应用程序是由一家保险公司的一套系统,以促进他们的客户和伙伴的合作。
医疗应用的测试工作流程
医疗应用系统的独特特征是,这些应用程序不能根据我们喜好的顺序进行测试。一定要遵循工作流程:
一投保人参加一个健康计划，他/她需要分配给一个提供者(主治医师)或供应商网络,所以应该有一个成员系统验证指定供应商。会员系统连接到供应商系统或数据（应定期从供应商系统送到成员系统）。因此供应商系统应该在成员系统之前被测试。
除了其他细节外，索赔应需要供应商ID和成员ID。索赔系统应该验证成员和供应商的ID。为了验证这一说法,所以成员和供应商系统应该在索赔系统之前测试。
金融系统需要的数据包括：成员,供应商,索赔和代理系统或EFT支付金额给相应的人或实体。
供应商和代理系统是独立。
门户网站应该最后测试。因为它需要来自其他应用程序的数据。
(点击图片可放大)
现在,这是系统在医疗保险应用程序应该被测试的顺序。
接下来是什么?
上述信息应该给我们足够的要素进入“如何测试”医疗保险应用程序,将在接下来的第二部分描述给大家。
关于作者:这篇文章的作者是Vairavan R m .，他在测试医疗领域程序具有良好的经验，并在一个跨国公司领导一个团队。
同时,如果你有任何问题或评论或需要在医疗领域更多的理解和帮助,请让我知道。请继续关注本系列的下一篇文章。
【英文原文：http://www.softwaretestinghelp.com/how-to-test-health-care-application-part-1/】
{测试窝原创译文，作者：紫晴}
