在开始测试之前，让我们快速学习基本的医疗保健领域知识。
医疗保健领域测试
医疗保健领域测试是测试医疗保健应用程序的各种因素(如标准、安全性、合规性、与其他实体的交叉依赖性等)的过程。医疗保健领域测试的目的是确保医疗保健应用程序的质量、可靠性、性能、安全性和效率。
医疗保健领域的基础知识
整个医疗保健系统是由医院或提供者(医生)这一单一实体相互编织而成的。
而其他实体包括-
- 保险公司：医疗保险、医疗补助、BCBS等。
- 患者/消费者：已登记的患者
- 监管机构：HIPAA、OASIS评估、HCFA 1500和UB92等。
- 医疗保健和生命科学解决方案供应商
医疗保健系统的基本术语
- 提供者：经卫生保健服务机构许可的卫生保健专业人员(医生)、医疗团体、诊所、实验室、医院等。
- 索赔：向健康保险公司提出支付医疗服务账单的求
- 经纪人：代表被保险人或准被保险人谈判、购买保险的保险专业人员。
- 财政：支付医疗费用的保险机构，可以是政府(联邦医疗保险或医疗补助)或商业(BCBS)
- 联邦医疗保险：一项针对老年人和永久残疾人的联邦医疗保险计划
- 医疗补助：帮助低收入家庭和个人支付与医疗相关的费用的联合和州计划。
- CPT代码：当前的程序术语代码是用来描述医疗、手术和诊断服务的医疗代码集
- HIPAA：这是医生、医院、医疗保健提供者和健康计划必须遵守的一套规则和规定，以提供他们的服务
在本教程中，我们将学习-
- 医疗保健领域的基础知识
- 医疗保健业务流程
- 提供商系统的测试
- 经纪人制度的测试
- 会员系统的测试
- 测试索赔系统
- 金融系统的测试
- 在法规遵从性下进行测试
- 医疗保健应用程序的性能测试
- 医疗保健应用程序的其他测试类型
- 医疗保健应用中的测试挑战
- 医疗设备检测
- 医疗检测的领域提示
医疗保健业务流程
大多数医疗机构都采用了软件程序来处理系统的平稳运行。该软件系统在单个文档中给出处理此问题的每个实体的所有信息。
将整个系统连接到单个Web应用程序是一项巨大的任务，使其有效工作更是一项更大的任务。这种健康应用的严格测试是强制性的，必须经过各种测试阶段。
在本教程中，将学习
供应商商系统的测试
供应商(医生/医院)系统的测试场景和测试用例示例：
| 测试场景 | 测试用例 |
|---|---|
| 访问供应商系统 | 供应商系统应该允许我们输入、编辑和保存提供者的数据 |
| 正流系统测试 | 它包括输入不同类型的提供者、更改提供者详细信息、保存和查询提供者的场景 |
| 负流系统测试 | 允许保存数据不完整的提供商信息、合同生效日期、输入系统中现有提供商的详细信息 |
| 系统集成测试 | 验证源到成员系统、财务系统、索赔系统和提供商门户。此外，验证供应商门户中的更改是否已输入到相应供应商的记录中 |
| 正流量供应商程序门户测试 | 登录并查看供应商详细信息、索赔状态和成员详细信息 提出更改名称、地址、电话号码等更改求。 |
| 负流提供程序门户测试 | 查看ID无效的成员详细信息 使用无效凭据登录 |
| 正向供应商门户测试 | 登录并查看有关经纪人和佣金支付的详细信息 求更改姓名、地址、电话号码等。 |
| 负向流代理门户测试 | 它应该包括使用无效凭据登录的方案 |
经纪人制度的测试
代理系统的示例测试场景和测试用例：
| 编号 | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 经纪人制度 |
它应该能够编辑、输入和保存经纪人数据
根据会员系统的保费支付明细计算经纪人佣金 |
| 2) | 正流系统测试 |
输入、保存和编辑不同类型经纪人的经纪人记录
对于活跃的经纪人，通过为具有不同计划的会员创建包含相应记录的提要文件来计算佣金 |
| 3) | 负流系统测试 |
输入数据不完整的经纪人记录，并为不同类型的经纪人保存
通过为不同计划的成员创建包含相应记录的提要文件，计算终止经纪人的佣金 通过为不同计划的成员创建包含相应记录的提要文件，计算无效经纪人的佣金 |
| 4) | 系统测试 |
向下游系统，如财务系统、经纪人门户和会员系统验证Feed
验证来自代理门户的更改是否合并到相应的代理记录中 |
会员系统的测试
成员(患者)系统的测试场景和测试用例示例：
| 标号 | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 会员制 |
注册、恢复和终止会员 删除并添加受抚养人
生成保费账单 处理保费支付 |
| 2) | 正流系统测试 |
当前、过去和将来的生效日期可注册不同类型的成员
查询和更换成员 为活跃会员生成下个月的保费账单 终止过去、当前和将来终止日期晚于生效日期的活动成员 使用当前、过去和将来的生效日期重新注册已终止的会员 恢复终止的号码 |
| 3) | 负流系统测试 | 数据不足，注册会员 对于已终止的会员，出示下个月的保费账单 |
| 4) | 系统集成测试 |
验证下游系统(如提供商门户、代理门户、财务系统和索赔系统)的总结
验证来自成员门户的更改是否包含在相应的成员记录中 处理使用来自会员门户的提要生成的保费账单的支付，该提要包含已支付的详细信息 |
测试索赔系统
索赔系统的示例测试场景和测试用例：
| 编号 | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 理赔制度 | 医疗保健中的索赔应编辑、输入和处理成员和受抚养人的索赔 对于无效索赔，在输入错误数据时应抛出错误 |
| 2) | 正流系统测试 | 它应包括为成员和家属编辑、输入和处理索赔的方案 |
| 3) | 负流系统测试 | 应验证并输入具有无效程序代码和诊断代码的索赔 验证并输入具有非活动提供程序ID的索赔 验证并输入已终止成员的报销申 |
| 4) | 系统集成 | 它应该包括验证到下游系统(如提供商和财务门户)的提要的场景 |
金融系统的测试
金融系统的示例测试场景和测试用例
| 编号 | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 金融体制 | 注册、恢复和终止会员 |
| 2) | 正流系统测试 | 它应该检查是否为相应的会员、提供商或经纪人选择了正确的账号或地址进行支付 |
| 3) | 负流系统测试 |
通过在提要中创建相应的记录，验证是否为无效的成员、提供商或经纪人ID进行了付款
通过在提要中创建各自的记录，验证是否为会员、提供商或经纪人支付了无效金额 |
测试合规性
保护患者敏感数据和健康信息是卫生监管机构的首要任务。测试应该按照这些监管机构的要求进行。
法规遵从性示例测试场景和测试用例：
| 编号 | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 用户身份验证 | 使用验证方法确保正确的用户获得登录并拒绝其他用户 |
| 2) | 信息披露 | 根据用户的角色和患者限制授权访问信息 |
| 3) | 数据传输 | 在所有传输中，点确保数据是加密的 |
| 4) | 审计跟踪 | 使用一组适当的审核跟踪信息访问数据的所有事务和所有尝试都会被记录 |
| 5) | 与监管机构相关的健全测试 | 执行健全性测试并验证是否在特定区域(如EPHI(电子受保护健康信息))对数据进行了加密 |
医疗保健应用程序的性能测试
在准备测试场景之前，应该考虑系统的某些需求。例如，这里的医疗保健提供者(医生/医院)，体系结构应该定义系统的不同组件、与保险公司通信的协议，以及如何部署系统以使其全天候兼容。
作为一名测试人员，需要确保医疗保健软件系统满足所需的负载/性能基准。
医疗保健应用程序的其他测试类型
- 功能测试：根据功能功能测试医疗保健应用程序
- 一致性测试：一致性测试医疗安全需求和行业框架
- 平台测试：移动平台上的应用测试和跨浏览器兼容性的应用测试
- 互操作性测试：测试是否符合互操作性标准(例如，DICOM、HL7、CCD/CDA)
医疗保健应用中的测试挑战
测试医疗保健应用程序的测试挑战与其他Web应用程序测试没有什么不同。
- 需要测试方面的专业知识，而且通常成本很高
- 除了常规测试技术(非功能性、功能性和集成性测试)外，还需要互操作性、合规性、法规、安全性和安全性测试
- 进行检测时应牢记安全和监管标准，因为任何错误都可能直接影响患者的生命
- 测试团队需要很好地了解软件的各种功能、临床用途和使用环境
- 保健品在使用前应符合各种标准，如FDA、ISO和CMMI
- 软件测试人员的交叉依赖需要确保一个组件或层中的任何更改不会导致对另一个组件或层的副作用。
医疗设备检测
虽然医疗设备软件不是患者直接关心的问题，但它们也需要严格的测试，就像另一种软件测试一样。例如，由软件程序控制的X光机应该进行良好的测试，因为软件中的任何测试错误都可能导致对患者的严重影响。
FDA(食品和药物管理局)对医疗设备的移动和网络应用有指导方针。在测试医疗设备时，正确的功能测试计划以及通过和失败标准也是FDA指南的一部分。当出现故障时，这个流程可确保设备符合监管机构的标准。
医疗检测的有用提示
在测试软件时，可以考虑一些关于测试医疗保健系统的重要提示。
- 日期很重要，需要准确
- 在设计测试用例时，要考虑各种参数，比如不同类型的计划、经纪人、会员、佣金等。
- 需要完整的领域知识
