# 使用樣本測試用例進行 HealthCare 域測試 > 原文： [https://www.guru99.com/healthcare-application-testing-with-sample-test-cases.html](https://www.guru99.com/healthcare-application-testing-with-sample-test-cases.html) 在開始測試之前，讓我們快速學習基本的醫療領域知識。 ## 衛生保健領域的基本知識 整個衛生保健系統由醫院或提供者（醫生）的單一機構相互編織。 其他實體包括- * **保險公司：** Medicare，Medicaid，BCBS 等。 * **患者/消費者：**參加的患者 * **監管機構：** HIPAA，OASIS 評估，HCFA 1500 和 UB92 等。 * **保健和生命科學解決方案供應商**  衛生保健系統的基本術語 * **提供者**：由醫療保健服務許可的醫療保健專業人員（醫生），醫療小組，診所，實驗室，醫院等 * **索賠：**要求您的健康保險公司支付醫療服務費 * **經紀人：**保險專業人士，代表受保人或準受保人談判，購買保險 * **財務：**支付醫療費用的保險機構，可以是政府（Medicare 或 Medicaid）或商業（BCBS） * **Medicare：**針對老年人和永久殘障人士的聯邦健康保險計劃 * **醫療補助：**一項聯合州計劃，旨在幫助低收入家庭和個人支付與醫療相關的費用 * **CPT 代碼**：當前的程序術語代碼是用于描述醫療，外科和診斷服務的醫療代碼集 * **HIPAA** ：這是醫生，醫院，醫療保健提供者和健康計劃必須遵循的一組規則和規定，以提供其服務 在本教程中，我們將學習- * [衛生保健領域的基本知識](#1) * [醫療保健業務流程](#13) * [供應商系統](#2)的測試 * [經紀人系統](#3)的測試 * [成員系統](#4)的測試 * [索賠系統](#5)的測試 * [財務系統](#6)的測試 * [符合法規要求的測試](#7) * [醫療保健應用程序的性能測試](#8) * [醫療保健應用程序的其他測試類型](#9) * [測試醫療保健應用程序中的挑戰](#10) * [醫療設備測試](#11) * [醫療保健測試的有用技巧](#12) ## 醫療保健業務流程 大多數醫療保健組織都采用了適應性軟件程序來處理系統的平穩運行。 該軟件系統為處理該問題的每個實體在單個文檔中提供所有信息。  將整個系統與單個 Web 應用程序互連是一項艱巨的任務，而使其有效工作則是一項更大的任務。 對該健康應用程序進行嚴格的測試是強制性的，并且必須經過各個測試階段。 在本教程中，我們將學習， ## 提供商系統測試 **提供者（醫生/醫院）系統**的示例測試場景和測試案例： | 測試場景 | 測試用例 | | 1. 訪問提供商系統 | * 提供者系統應讓我們輸入，編輯和保存提供者的數據 | | 2. 正流量 [系統測試](/system-testing.html) | * 它包括用于輸入不同類型的提供程序，更改提供程序詳細信息，保存并查詢它們的方案。 | | 3. 負流系統測試 | * 允許保存提供商信息以及不完整的數據，合同的生效日期，輸入有關系統中現有提供商的詳細信息 | | 4. 系統 [集成測試](/integration-testing.html) | * 驗證成員系統，財務系統，索賠系統和提供者門戶的提要。 此外，請驗證是否將來自提供商門戶的更改輸入到相應提供商的記錄 | | 5. 正向流量提供者門戶網站測試 | * 登錄并查看提供者的詳細信息，聲明狀態和成員詳細信息 * 發出更改請求以更改名稱，地址，電話號碼等。 | | 6. 負流提供者??門戶網站測試 | * 使用無效的 ID 查看會員詳細信息 * 使用無效的憑據登錄 | | 7. 正向流量代理門戶測試 | * 登錄并查看有關經紀人和傭金支付的詳細信息 * 請求更改名稱，地址，電話號碼等。 | | 8. 負流代理門戶測試 | * 它應包括使用無效憑據登錄的方案 | ## 經紀人系統測試 **經紀人系統**的示例測試場景和測試案例： | Sr＃ | 測試場景 | Test Cases | | 1) | 經紀人系統 | * 它應該能夠編輯，輸入和保存經紀人數據 * 基于會員系統 中溢價支付明細的經紀人傭金計算 | | 2) | 正流系統測試 | * 輸入，保存和編輯不同類型的經紀人的經紀人記錄 * 對于活躍的經紀人，通過創建供稿文件來計算傭金，該文件包含具有不同計劃的會員的相應記錄 | | 3) | 負流系統測試 | * 輸入不完整數據的經紀人記錄，并保存為不同類型的經紀人 * 通過為具有不同計劃的成員創建具有相應記錄的 Feed 文件，計算終止經紀人的傭金 * 通過為具有不同計劃的成員創建具有相應記錄的提要文件來計算無效經紀人的傭金 | | 4) | 系統測試 | * 對于諸如財務系統，經紀人門戶和成員系統的下游系統，驗證提要 * 驗證是否將經紀人門戶的更改合并到相應的經紀人記錄 中 | ## 成員系統測試 **成員（患者）系統**的示例測試場景和測試案例： | Sr＃ | Test Scenario | Test Cases | | 1) | 會員制度 | * 注冊，恢復和終止會員 * 刪除并添加受撫養者 * 生成保費賬單 * 處理保費付款 | | 2) | 正流系統測試 | * 使用當前，過去和將來的有效日期注冊不同類型的成員 * 查詢和更改成員 * 為下個月的活躍成員生成保費賬單 * 終止當前，過去和將來終止日期大于生效日期的活動成員 * 重新注冊具有當前，過去和將來生效日期的終止成員 * 恢復終止的成員 編號 | | 3) | 負流系統測試 | * 數據不足，則需要注冊會員 * 對于終止的會員，請在下個月出示保費賬單 | | 4) | 系統集成測試 | * 驗證對下游系統（例如，提供商門戶，經紀人門戶，財務系統和索賠系統）的提要 * 驗證成員門戶的更改是否合并到相應的成員記錄 * 處理由會員門戶網站的 Feed 生成的溢價帳單的付款，其中包含付款細節 | ## 索賠系統測試 **聲明系統**的示例測試場景和測試案例： | # | 測試方案 | 測試用例 | | 1) | 索償制度 | * 保健索賠應編輯，輸入并處理成員及其從屬的索賠 * 對于無效的索賠，當輸入錯誤的數據時應拋出錯誤 | | 2) | Positive Flow System Testing | * 它應包括場景，以編輯，輸入和處理成員以及從屬 的聲明 | | 3) | 負流系統測試 | * 應當驗證并輸入帶有無效程序代碼和診斷代碼的索賠 * 驗證并輸入具有無效提供商 ID 的索賠 * 驗證并輸入已終止的索賠 成員 | | 4) | 系統整合 | * 它應包括一個場景，以驗證對下游系統（例如提供商和財務門戶網站）的提要 | ## 財務系統測試 **金融系統**的示例測試場景和測試案例 | Sr# | 測試方案 | Test Cases | | 1) | 財務系統 | * 注冊，恢復和終止成員 | | 2) | 正流系統測試 | * 應該檢查是否為付款的相應成員，提供者或經紀人選擇了正確的帳號或地址 | | 3) | 負流系統測試 | * 通過在 Feed 中創建各自的記錄來驗證是否為無效的會員，提供者或經紀人 ID 付款。 * 驗證是否為會員，提供者或經紀人的無效金額付款 通過在 Feed 中創建相應的記錄 | ## 測試合規性 保護患者敏感數據和健康信息是健康監管機構的首要任務。 測試應遵守此類監管機構的規定。 **樣本合規性測試場景和測試用例**： | Sr# | Test Scenarios | Test Cases | | 1) | 用戶認證 | * 使用驗證方法來確保正確的用戶登錄并拒絕他人 | | 2) | 信息披露 | * 授權訪問信息基于用戶的角色和患者的限制 | | 3) | 數據傳輸 | * 在所有傳輸中，點確保數據已加密 | | 4) | 審計追蹤 | * 記錄了所有事務以及所有使用適當的審計跟蹤信息集訪問數據的嘗試。 | | 5) | 與監管機構相關的健全性測試 | * 執行健全性測試并驗證數據加密是否在諸如 EPHI（電子保護健康信息） 的特定區域中完成。 | ## 醫療保健應用程序的性能測試 在準備測試方案之前，應考慮系統的某些要求。 例如，醫療保健提供者（醫生/醫院）提供 24/7 全天候護理，因此患者檢查軟件需要始終可用。 此外，它還需要與保險公司進行溝通，以驗證保單信息，發送索賠和接收匯款。 在這里，架構應定義系統的不同組件，與保險公司進行通信的協議以及如何部署系統以使其符合 24/7 的要求。 作為測試人員，您需要確保醫療軟件系統符合所需的負載/性能基準。 ## 醫療保健應用的其他測試類型  * **功能測試**：針對功能功能測試醫療保健應用程序 * **一致性測試**：一致性測試醫療保健安全要求和行業框架 * **平臺測試**：[移動](/mobile-testing.html)平臺上的應用程序測試以及跨瀏覽器兼容性的應用程序測試 * **互操作性測試**：測試是否符合互操作性標準（例如：DICOM，HL7，CCD / CDA） ## 測試醫療保健應用中的挑戰 測試醫療保健應用程序中的測試挑戰與其他 Web 應用程序測試沒有什么不同。 * 需要測試方面的專業知識，通常成本很高 * 除常規測試技術（非功能，功能和集成測試）外，還要求互操作性，合規性，法規，安全性，安全性測試 * 在進行測試時應牢記安全和法規標準-因為任何錯誤都可能對患者的生活造成直接影響 * 測試團隊需要充分了解軟件將要用于的各種功能，臨床用途和環境 * 保健產品在使用前應符合 FDA，ISO 和 CMMI 等各種標準 * 軟件測試人員的相互依賴性需要確保一個組件或層中的任何更改都不會對另一組件或層產生副作用。 ## 醫療設備測試  盡管醫療保健設備軟件不是患者的直接關注點，但它們也需要像其他軟件測試一樣進行嚴格的測試。 例如，由軟件程序控制的 X 射線機應進行良好的測試，因為軟件中的任何測試錯誤都可能對患者造成嚴重影響。 FDA（食品藥品監督管理局）有針對醫療設備的移動和 Web 應用程序的準則。 在測試醫療設備時，正確的功能性[測試計劃](/what-everybody-ought-to-know-about-test-planing.html)以及通過和失敗標準也是 FDA 準則的一部分。 執行測試計劃后，將收集結果并報告給 FDA。 此過程可確保設備符合監管機構的標準。 ## 醫療保健測試的有用提示 在測試軟件時，您可以考慮測試醫療保健系統的一些重要技巧。 * 日期很重要，需要準確 * 在設計測試用例時，請考慮各種參數，例如不同類型的計劃，經紀人，成員，傭金等。 * 需要完整的領域知識