带有示例测试用例的医疗保健领域测试
医疗保健领域测试
医疗保健领域测试是一种根据标准、安全性、合规性和与其他组织的交叉依赖性等标准评估医疗保健应用程序的方法。医疗保健领域测试的目标是确保应用程序的质量、可靠性、性能、安全性和效率。
基本水平的医疗保健领域知识
作为医院或提供者的单一机构将整个医疗保健系统编织在一起(医生)。
其他实体包括-
保险公司:Medicare、Medicaid、BCBS等。
患者/消费者:患者登记
监管机构:HIPAA、OASIS评估、HCFA1500等。
医疗保健和生命科学解决方案供应商
卫生保健术语基础
提供者-医疗保健专业人员(医生)、医疗团体、诊所、实验室、医院或其他获得医疗保健服务许可的实体被称为提供者。
索赔-索赔是向您的健康保险公司提出的支付医疗费用的请求。
经纪人-保险经纪人是代表被保险人或潜在被保险人谈判和获得保险的人。
金融-支付医疗费用的保险公司,无论是政府资助的(Medicare或Medicaid)还是私营的(BCBS)
Medicare-Medicare是一项政府健康保险计划,适用于65岁以上的成年人和永久残疾的人。
医疗补助-医疗补助是联邦-州合作伙伴关系,可帮助低收入家庭和个人支付医疗费用。
CPT代码-当代程序术语代码是一组用于定义医疗、外科和诊断程序的医学代码。
HIPAA-这是一个医生、医院、医疗保健提供者和健康计划必须遵守的规则和法规体系,才能提供他们的服务。
医疗保健业务流程
大多数医疗保健组织都实施了软件来确保系统的顺利运行。对于处理此问题的每个实体,此软件解决方案在单个文档中提供所有信息
将整个系统连接到单个Web应用程序是一项艰巨的任务,而让它正常运行要困难得多。这种健康应用必须经过广泛的测试,并且必须经过几个阶段。
如何测试医疗保健应用程序?
保险公司需要不同的应用程序来管理以下内容-
提供者数据
会员资料
保费账单/付款
经纪商数据
索赔录入/验证
经纪佣金计算/支付
在大多数情况下,医疗保健应用程序将包括以下系统-
会员系统-跟踪保单持有人的信息,以及各种计划及其福利清单,并根据他们的计划为保单持有人创建保费账单。
提供者系统-跟踪提供者信息
经纪人系统-跟踪经纪人信息并计算佣金
索赔系统-用于提交和验证索赔
财务系统-向供应商、会员或经纪人支付所需的款项
会员门户-查看保单持有人信息,支付保费,并提交保单持有人信息更改请求。
提供商门户-显示提供商信息并提交提供商信息的更改请求。
经纪人门户-显示经纪人信息并允许经纪人寻求对其信息的更改。
供应商系统测试
提供者(医生/医院)系统的示例测试场景-
Theprovidersystemshouldallowustoenter,amend,andsavedataabouttheprovider.
Ithasscenariosforenteringseveralsortsofproviders,changingtheirdetails,savingthem,andinquiringaboutthem.
Allowsyoutosaveincompleteproviderinformation,contracteffectivedates,andfactsaboutexistingprovidersinthesystem.
Validatethefeedtothemembersystem,thefinancesystem,theclaimsystem,andtheproviderportal.AlsoVerifythatthemodificationsmadeintheproviderportalarereflectedinthecorrespondingprovider'srecord.
Logintoseeinformationaboutproviders,claimstatus,andmembers.
Makearequesttoalteryourname,address,phonenumber,orotherinformation.
SeethedetailsofamemberwithaninvalidID
Invalidcredentialswereusedtologin.
Logintoseeinformationaboutthebrokerandthecommissionpayment.
Submitarequesttoalteryourname,address,phonenumber,orotherinformation
Itshouldcovercasessuchaslogginginusingforgedcredentials.
经纪商系统测试
经纪人系统的示例测试场景-
它必须能够编辑、输入和保存经纪人信息。
根据会员系统的保费支付细节计算经纪人佣金
对于各种经纪人,输入、保存和修改他们的记录。
通过为具有不同计划的成员生成包含适当数据的提要文件来计算活跃经纪人的佣金。
填写经纪人记录上的空白并将其保存以供不同类型的经纪人使用。
通过为具有不同计划的成员制作包含适当记录的提要文件来计算终止经纪人的佣金。
通过为具有不同计划的成员制作包含正确记录的提要文件来计算无效经纪人的佣金。
这些提要由下游系统(例如金融系统、经纪人门户和会员系统)进行验证。
验证在代理门户中所做的修改是否反映在相应的代理记录中。
会员系统测试
成员(患者)系统的示例测试场景-
注册、重新注册和解雇成员。
删除依赖项并将其替换为新的依赖项。
开一张保费账单。
处理保费支付。
根据当前、过去和未来的生效日期注册不同类型的成员。
查询和更换成员。
为下个月的活跃会员准备一份保费账单。
终止一个终止日期大于过去、现在和未来生效日期的活跃成员。
使用其当前、以前和将来的生效日期重新注册已终止会员。
重新引入已失效的号码
注册数据不足的成员
为终止会员准备下个月的保费账单。
验证下游系统的提要,例如提供商门户、经纪人门户、财务系统和索赔系统。
验证在成员门户中所做的更改是否已实施到适当的成员记录中。
处理使用来自会员门户的提要生成的保费账单的支付,其中包括支付详细信息。
索赔系统测试
索赔系统的示例测试场景-
医疗保健索赔应编辑、输入和处理成员和家属的索赔。
当为无效声明输入不准确的数据时,它应该抛出错误。
它应该包括为成员和家属编辑、输入和处理索赔的场景。
它应该验证并提交具有无效程序代码和诊断代码的索赔。
使用非活动提供者ID验证并输入声明。
验证并输入已终止会员的索赔。
应该包括一个场景来验证下游系统(例如提供商和财务门户)的提要。
索赔系统测试
索赔系统的示例测试场景-
医疗保健索赔应编辑、输入和处理成员和家属的索赔。
当为无效声明输入不准确的数据时,它应该抛出错误。
它应该包括为成员和家属编辑、输入和处理索赔的场景。
它应该验证并提交具有无效程序代码和诊断代码的索赔。
使用非活动提供者ID验证并输入声明。
验证并输入已终止会员的索赔。
应包括验证下游系统(例如提供商和财务门户)的提要的场景。
合规性测试
卫生监管机构高度重视保护患者敏感数据和健康信息。测试应按照此类监管机构的要求进行。
法规遵从性的示例测试场景和测试用例-
使用验证机制来验证只有正确的用户才能登录并防止其他人这样做。
根据用户的工作和患者的限制授予对信息的访问权限。
点确保数据始终加密。
使用一组正确的审计跟踪信息,所有交易和访问数据的尝试都会被记录下来。
执行健全性检查并确认某些地方的数据加密已到位,例如EPHI(电子保护健康信息)