使用示例测试用例进行医疗保健领域测试

在开始测试之前，让我们快速学习一下基本的医疗保健领域知识。

医疗保健领域测试

医疗保健领域测试 是对医疗保健应用程序的各种因素（如标准、安全性、合规性、与其他实体的交叉依赖性等）进行测试的过程。医疗保健领域测试的目的是确保医疗保健应用程序的质量、可靠性、性能、安全性和效率。

医疗保健领域基础知识

整个医疗保健系统由医院或医疗服务提供者（医生）这个单一机构相互交织在一起。

其他实体包括：

保险公司： 医疗保险、医疗补助、BCBS 等。
患者/消费者： 患者入选
监管机构： HIPAA、OASIS 评估、HCFA 1500 和 UB92 等。
医疗保健和生命科学解决方案供应商

医疗保健系统基本术语

Provider：获得医疗保健服务许可的医疗保健专业人员（医生）、医疗集团、诊所、实验室、医院等
要求： 向你的健康保险公司申请支付医疗服务费用
经纪人： 代表投保人或潜在投保人进行谈判和购买保险的保险专业人士
财经： 支付医疗费用的保险机构，可能是政府保险（Medicare 或 Medicaid），也可能是商业保险（BCBS）
医疗保险： 针对老年人和永久性残疾人士的联邦健康保险计划
医疗补助： 一项州政府联合计划，帮助低收入家庭和个人支付医疗相关费用
CPT代码：现行程序术语代码是用于描述医疗、外科和诊断服务的医疗代码集
HIPAA：这是医生、医院、医疗保健提供者和健康计划必须遵守的一套规则和规定，以便提供服务

医疗保健业务流程

大多数医疗保健组织都已采用软件程序来确保系统的顺利运行。该软件系统将处理此事的每个实体的所有信息都集中到一个文档中。

将整个系统连接到一个 Web 应用程序是一项艰巨的任务，而让它有效运行则是一项更大的任务。必须对这个健康应用程序进行严格的测试，并且必须经过各种测试阶段。

在本教程中，我们将学习，

供应商系统测试

提供商（医生/医院）系统的示例测试场景和测试用例:

先生＃	测试场景	测试用例
1)	访问提供商系统	提供商系统应该允许我们输入、编辑和保存提供商的数据
2)	正向流动系统测试	包括输入不同类型的提供商、更改提供商详细信息、保存和查询提供商的场景
3)	负流系统测试	允许保存不完整数据的供应商信息、合同生效日期，并在系统中输入有关现有供应商的详细信息
4)	系统整合测试	验证会员系统、财务系统、索赔系统和提供商门户的反馈。此外，验证提供商门户的更改是否已输入到相应提供商的记录中
5)	正向流量提供商门户测试	登录并查看提供商详细信息、索赔状态和会员详细信息提出变更请求以更改姓名、地址、电话号码等。
6)	负流量提供商门户测试	使用无效 ID 查看会员详情使用无效凭据登录
7)	正流经纪商门户测试	登录并查看经纪人和佣金支付的详细信息提出更改姓名、地址、电话号码等的请求。
8)	负流量经纪商门户测试	它应该包括使用无效凭证登录的场景

经纪商系统测试

代理系统的示例测试场景和测试用例:

先生＃	测试场景	测试用例
1)	经纪人系统	它应该能够编辑、输入和保存经纪人数据根据会员系统中的保费支付明细计算经纪人佣金
2)	正流系统测试	输入、保存和编辑不同类型经纪人的经纪人记录对于活跃经纪人，通过创建包含不同计划成员相应记录的 feed 文件来计算佣金
3)	负流系统测试	输入数据不完整的经纪人记录并保存不同类型的经纪人通过为具有不同计划的成员创建包含相应记录的供稿文件，计算已终止经纪商的佣金通过为具有不同计划的成员创建包含相应记录的 feed 文件来计算无效经纪人的佣金
4)	系统测试	向下游系统（如财务系统、经纪人门户和会员系统）验证信息验证经纪商门户的变更是否已纳入相应的经纪商记录

会员系统测试

会员（患者）系统的示例测试场景和测试用例:

先生＃	测试场景	测试用例
1)	会员制度	登记、恢复和终止会员删除和添加受抚养人生成保费账单处理保费支付
2)	正流系统测试	根据当前、过去和未来的生效日期招募不同类型的会员查询及变更会员为活跃会员生成下个月的保费账单终止活跃会员，且过去、当前和未来的终止日期均晚于生效日期重新登记已终止会员资格的会员，生效日期包括当前、过去和未来恢复已终止的号码
3)	负流系统测试	数据不足时注册会员对于已终止会员资格的会员，请提供下个月的保费账单
4)	系统集成测试	验证下游系统（如提供商门户、经纪人门户、财务系统和索赔系统）的反馈验证会员门户的变更是否已纳入相应的会员记录处理会员门户网站生成的保费账单的付款，其中包含付款详情

索赔系统测试

索赔系统的示例测试场景和测试用例:

先生＃	测试场景	测试用例
1)	理赔系统	医疗保健索赔应编辑、输入和处理成员及其受抚养人的索赔对于无效的索赔，输入不正确的数据时应抛出错误
2)	正流系统测试	它应该包括编辑、输入和处理成员及其受抚养人的索赔的场景
3)	负流系统测试	它应该验证并输入具有无效程序代码和诊断代码的索赔使用非活跃提供商 ID 验证并输入索赔验证并向已终止会员资格提出索赔
4)	系统集成	它应该包括一个场景来验证下游系统（如供应商和财务门户）的反馈

财务系统测试

财务系统的示例测试场景和测试用例

先生＃	测试场景	测试用例
1)	财务系统	登记、恢复和终止会员
2)	正流系统测试	应检查是否为相应的会员、提供商或经纪人选择了正确的帐号或地址进行付款
3)	负流系统测试	通过在 feed 中创建相应记录来验证是否为无效的会员、提供商或经纪人 ID 付款通过在 feed 中创建相应记录来验证会员、提供商或经纪人是否支付了无效金额

法规遵从性测试

保护患者敏感数据和健康信息是卫生监管机构的首要任务。检测应按照此类监管机构的规定进行。

法规遵从性的示例测试场景和测试用例:

先生＃	测试场景	测试用例
1)	用户身份验证	使用验证方法确保正确的用户登录并拒绝其他用户
2)	披露信息	根据用户的角色和患者限制来授权访问信息
3)	数据传输	在所有传输过程中，节点确保数据是加密的
4)	审计追踪	所有交易和所有访问数据的尝试都会被记录下来，并附带一组适当的审计跟踪信息
5)	与监管机构相关的健全性测试	执行健全性测试并验证数据加密是否在特定区域（如 EPHI（电子受保护健康信息））完成

医疗保健应用程序的性能测试

在准备测试场景之前，应考虑系统的某些要求。例如，医疗保健提供者（医生/医院）全天候提供护理，因此患者登记软件需要随时可用。此外，它需要与保险公司沟通以验证保单信息、发送索赔和接收汇款。在这里，架构应该定义系统的不同组件、与保险公司沟通的协议以及如何部署系统以使其全天候合规。

作为测试人员，您需要确保医疗保健软件系统满足所需的负载/性能基准。

医疗保健应用的其他测试类型

功能测试：根据功能测试医疗保健应用程序
一致性测试：一致性测试医疗保健安全要求和行业框架
平台测试: 应用程序测试联络号码跨浏览器兼容性平台和应用程序测试
兼容性测试：测试是否符合互操作性标准（例如：DICOM、HL7、CCD/CDA）

医疗应用中的测试挑战

医疗保健应用程序的测试挑战与其他 Web 应用程序测试没有什么不同。

需要测试专业知识，而且通常成本较高
除了常规测试技术（非功能性、功能性和集成测试）外，还需要互操作性、合规性、监管性、安全性、安全性测试
测试时应牢记安全和监管标准 - 因为任何错误都可能对患者的生活造成直接影响
测试团队需要充分了解各种功能、临床用途以及软件的使用环境
医疗保健产品必须符合 FDA、ISO 和 CMMI 等各种标准才能使用
软件的交叉依赖性 - 测试人员需要确保一个组件或层中的任何更改都不会对另一个组件或层产生副作用。

医疗保健设备测试

虽然医疗设备软件不是患者的直接关注对象，但它们也需要像其他软件测试一样进行严格的测试。例如，由软件程序控制的X光机应该经过良好的测试，因为软件中的任何测试错误都可能对患者造成严重影响。

FDA（食品药品管理局）制定了针对医疗器械移动和网络应用的指导方针。在测试医疗器械时，正确的功能测试计划以及通过和失败标准也是 FDA 指南的一部分。执行测试计划时，会收集结果并报告给 FDA。此过程可确保设备符合监管机构的标准。

医疗保健测试的实用技巧

在测试软件时，您可以考虑一些有关测试医疗保健系统的重要提示。

日期很重要，必须准确
在设计测试用例时，请考虑各种参数，例如不同类型的计划、经纪人、会员、佣金等。
需要完整的领域知识