使用示例测试用例进行医疗保健领域测试
托马斯·汉密尔顿
⚡ 智能摘要
医疗保健领域测试旨在验证医疗应用程序是否符合安全性、合规性和互操作性要求，以及其日常功能。本页面涵盖相关实体、针对医疗服务提供商、经纪人、会员、理赔和财务系统的示例测试用例，以及监管测试。
在开始测试之前，让我们快速学习一下基本的医疗保健领域知识。
医疗保健领域测试
医疗保健领域测试 是对医疗保健应用程序的各种因素（如标准、安全性、合规性、与其他实体的交叉依赖性等）进行测试的过程。医疗保健领域测试的目的是确保医疗保健应用程序的质量、可靠性、性能、安全性和效率。
医疗保健领域基础知识
整个医疗保健系统由一个单一的实体——医院或医疗服务提供者（医生）——编织在一起。
其他实体包括：
- 保险公司： 医疗保险、医疗补助、BCBS 等。
- 患者/消费者： 患者入选
- 监管机构： HIPAA、OASIS 评估、CMS-1500 和 UB-04 等。
- 医疗保健和生命科学解决方案供应商
💡注意： 旧版资料中将这些索赔表格称为 HCFA-1500 和 UB-92。这两个表格都已被取代：HCFA-1500 更名为 CMS-1500，UB-92 被 UB-04 取代。编写测试用例时请使用当前名称。
医疗保健系统基本术语
- Provider：获得医疗保健服务许可的医疗保健专业人员（医生）、医疗集团、诊所、实验室、医院等
- 要求： 向你的健康保险公司申请支付医疗服务费用
- 经纪人： 代表投保人或潜在投保人进行谈判和购买保险的保险专业人士
- 财经： 支付医疗费用的保险机构，可能是政府保险（Medicare 或 Medicaid），也可能是商业保险（BCBS）
- 医疗保险： 一项面向老年人和永久残疾人的联邦医疗保险计划
- 医疗补助： 一项联邦和州政府联合项目，旨在帮助低收入家庭和个人支付医疗保健相关费用。
- CPT代码：现行程序术语代码是用于描述医疗、外科和诊断服务的医疗代码集
- HIPAA：这是医生、医院、医疗保健提供者和健康计划必须遵守的一套规则和规定，以便提供服务
测试人员应了解的关键医疗保健标准
除了 HIPAA 之外，还有一些标准规定了医疗保健应用程序必须具备的功能，以及因此需要测试的内容。了解每项标准，就能知道它对应哪种类型的测试。
| 标准版 | 管辖 | 测试它驱动 |
|---|---|---|
| HIPAA | 患者数据的隐私和安全 | 访问控制、加密、审计跟踪 |
| HL7 v2 / v3 | 临床系统之间的消息传递 | 消息格式和接口测试 |
| 跳频 | 现代 REST API 交换健康记录 | API 连接tract 和互操作性测试 |
| DICOM | 医学影像存储和传输 | 图像完整性和设备集成 |
| ICD-10 / CPT | 诊断和手术编码 | 声明验证和反面路径测试 |
| CMS-1500 / UB-04 | 专业和机构索赔表格 | 索赔提交和现场验证 |
医疗保健业务流程
大多数医疗机构都采用了软件程序来支持系统的顺利运行。该软件系统将所有相关信息汇总在一份文档中，供每个相关机构使用。
将整个系统连接到一个 Web 应用程序是一项艰巨的任务，而让它有效运行则是一项更大的任务。必须对这个健康应用程序进行严格的测试，并且必须经过各种测试阶段。
以下各节依次给出每个子系统的示例场景和测试用例。
供应商系统测试
提供商（医生/医院）系统的示例测试场景和测试用例:
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 访问提供商系统 |
|
| 2) | 正向流动 系统测试 |
|
| 3) | 负流系统测试 |
|
| 4) | 系统 整合测试 |
|
| 5) | 正向流量提供商门户测试 |
|
| 6) | 负流量提供商门户测试 |
|
| 7) | 正流经纪商门户测试 |
|
| 8) | 负流量经纪商门户测试 |
|
经纪商系统测试
代理系统的示例测试场景和测试用例:
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 经纪人系统 |
|
| 2) | 正流系统测试 |
|
| 3) | 负流系统测试 |
|
| 4) | 系统测试 |
|
会员系统测试
会员（患者）系统的示例测试场景和测试用例:
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 会员制度 |
|
| 2) | 正流系统测试 |
|
| 3) | 负流系统测试 |
|
| 4) | 系统集成测试 |
|
索赔系统测试
索赔系统的示例测试场景和测试用例:
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 理赔系统 |
|
| 2) | 正流系统测试 | 它应该包括编辑、输入和处理成员及其受抚养人的索赔的场景 |
| 3) | 负流系统测试 |
|
| 4) | 系统集成 | 它应该包括一个场景来验证下游系统（如供应商和财务门户）的反馈 |
财务系统测试
财务系统的示例测试场景和测试用例
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 财务系统 | 登记、恢复和终止会员 |
| 2) | 正流系统测试 | 应检查是否为相应的会员、提供商或经纪人选择了正确的帐号或地址进行付款 |
| 3) | 负流系统测试 |
|
法规遵从性测试
保护患者敏感数据和健康信息是卫生监管机构的首要任务。检测应按照此类监管机构的规定进行。
法规遵从性的示例测试场景和测试用例:
| 先生＃ | 测试场景 | 测试用例 |
|---|---|---|
| 1) | 用户身份验证 | 使用验证方法确保正确的用户登录并拒绝其他用户 |
| 2) | 披露信息 | 根据用户的角色和患者限制来授权访问信息 |
| 3) | 数据传输 | 在所有传输环节，务必确保数据加密。 |
| 4) | 审计追踪 | 所有交易和所有访问数据的尝试都会被记录下来，并附带一组适当的审计跟踪信息 |
| 5) | 与监管机构相关的健全性测试 | 执行健全性测试并验证数据加密是否在特定区域（如 EPHI（电子受保护健康信息））完成 |
医疗保健应用程序的性能测试
在准备测试场景之前，应考虑系统的某些特定需求。例如，医疗机构（医生/医院）提供全天候服务，因此患者登记软件需要始终可用。此外，它还需要与保险公司通信，以验证保单信息、发送理赔申请和接收付款。在此，系统架构应定义系统的不同组件、与保险公司通信的协议，以及如何部署系统以确保其全天候运行。
作为测试人员，您需要确保医疗保健软件系统满足所需的负载/性能基准。
医疗保健应用的其他测试类型
- 功能测试：根据功能测试医疗保健应用程序
- 一致性测试：一致性测试医疗保健安全要求和行业框架
- 平台测试: 应用程序测试 电话 跨浏览器兼容性平台和应用程序测试
- 兼容性测试：测试是否符合互操作性标准（例如，DICOM、HL7、CCD/CDA）
医疗应用中的测试挑战
医疗保健应用程序的测试挑战与其他 Web 应用程序测试没有什么不同。
- 需要测试专业知识，而且通常成本较高
- 除了常规测试技术（非功能性、功能性和集成测试）外，还需要互操作性、合规性、监管性、安全性、安全性测试
- 测试应该持续进行ping 考虑到安全和监管标准，任何错误都可能对患者的生命造成直接影响。
- 测试团队需要充分了解各种功能、临床用途以及软件的使用环境
- 医疗保健产品必须符合 FDA、ISO 和 CMMI 等各种标准才能使用
- 软件的交叉依赖性 - 测试人员需要确保一个组件或层中的任何更改都不会对另一个组件或层产生副作用。
医疗保健设备测试
虽然医疗设备软件并非直接影响患者，但它也像其他软件一样需要经过严格的测试。例如，由软件程序控制的X光机必须经过充分测试，因为任何软件测试错误都可能对患者造成严重后果。
FDA（食品药品管理局）制定了针对医疗器械移动和网络应用的指导方针。在测试医疗器械时，正确的功能 测试计划 以及通过和失败标准也是 FDA 指南的一部分。执行测试计划时，会收集结果并报告给 FDA。此过程可确保设备符合监管机构的标准。
医疗保健测试的实用技巧
在测试软件时，您可以考虑一些有关测试医疗保健系统的重要提示。
- 日期很重要，必须准确
- 在设计测试用例时，请考虑各种参数，例如不同类型的计划、经纪人、会员、佣金等。
- 需要完整的领域知识
- 切勿使用真实患者的病历作为测试数据。请使用去标识化数据或合成数据，因为将生产环境中的PHI（受保护的健康信息）复制到测试环境中本身就违反了HIPAA（健康保险流通与责任法案）。
