醫療保健領域測試及示例測試用例


醫療保健領域測試

醫療保健領域測試是一種評估醫療保健應用程式是否符合標準、安全、合規性以及與其他組織的交叉依賴性等標準的方法。醫療保健領域測試的目標是確保應用程式的質量、可靠性、效能、安全性和效率。

基礎水平的醫療保健領域知識

醫院或提供者作為一個整體將整個醫療保健系統聯絡在一起(醫生)。

其他實體包括:

  • 保險公司:Medicare、Medicaid、BCBS 等。

  • 患者/消費者:已登記的患者

  • 監管機構:HIPAA、OASIS 評估和 HCFA 1500 等。

  • 醫療保健和生命科學解決方案供應商

醫療保健術語基礎

提供者 - 指獲得醫療保健服務許可的醫療保健專業人員(醫生)、醫療集團、診所、實驗室、醫院或其他實體。

索賠 - 索賠是指向您的健康保險公司提出的,要求其支付醫療費用的請求。

經紀人 - 保險經紀人是指代表被保險人或潛在被保險人協商並獲得保險的人員。

財務 - 指支付醫療費用的保險公司,包括政府資助的(Medicare 或 Medicaid)和私人擁有的(BCBS)。

Medicare - Medicare 是一個針對 65 歲以上成年人和永久殘疾人的政府健康保險計劃。

Medicaid - Medicaid 是一種聯邦與州合作的夥伴關係,幫助低收入家庭和個人支付醫療費用。

CPT 程式碼 - 當代程式術語程式碼是一組用於定義醫療、外科和診斷程式的醫學程式碼。

HIPAA - 它是一套必須由醫生、醫院、醫療保健提供者和醫療保健計劃遵循的規則和法規,以便他們能夠提供服務。

醫療保健中的業務流程

大多數醫療保健組織都實施了軟體來確保系統的順利執行。對於每個與之相關的實體,此軟體解決方案在一個文件中提供所有資訊。

將整個系統連線到單個 Web 應用程式是一項重大的工作,並且使其正常執行則更加困難。此健康應用程式必須經過廣泛的測試,並且必須經過多個階段。

如何測試醫療保健應用程式?

保險公司需要不同的應用程式來管理以下內容:

  • 提供者資料
  • 會員資料
  • 保費賬單/付款
  • 經紀人資料
  • 索賠輸入/驗證
  • 經紀人佣金計算/支付

在大多數情況下,醫療保健應用程式將包含以下系統:

  • 會員系統 - 用於跟蹤投保人資訊,以及各種計劃及其福利清單,並根據其計劃為投保人建立保費賬單。

  • 提供者系統 - 用於跟蹤提供者資訊

  • 經紀人系統 - 用於跟蹤經紀人資訊並計算佣金

  • 索賠系統 - 用於提交和驗證索賠

  • 財務系統 - 向供應商、會員或經紀人進行必要的付款

  • 會員門戶 - 檢視投保人資訊、支付保費並提交投保人資訊變更請求。

  • 提供者門戶 - 顯示提供者資訊並提交提供者資訊變更請求。

  • 經紀人門戶 - 顯示經紀人資訊並允許經紀人尋求其資訊變更。

提供者系統的測試

提供者(醫生/醫院)系統的示例測試場景:

序號測試場景測試用例
1訪問提供者系統
  • 提供者系統應允許我們輸入、修改和儲存有關提供者的資料。

2正向流程系統測試
  • 它包含輸入各種提供者、更改其詳細資訊、儲存它們以及查詢它們的場景。

3負向流程系統測試
  • 允許儲存不完整的提供者資訊、合同生效日期以及系統中現有提供者的資訊。

4系統整合測試
  • 驗證對會員系統、財務系統、索賠系統和提供者門戶的饋送。還驗證提供者門戶中所做的修改是否反映在相應的提供者記錄中。

5正向流程提供者門戶測試
  • 登入以檢視有關提供者、索賠狀態和會員的資訊。

  • 提交請求以更改您的姓名、地址、電話號碼或其他資訊。

6負向流程提供者門戶測試
  • 檢視具有無效 ID 的會員的詳細資訊

  • 使用無效憑據登入。

7正向流程經紀人門戶測試
  • 登入以檢視有關經紀人和佣金支付的資訊。

  • 提交請求以更改您的姓名、地址、電話號碼或其他資訊

8負向流程經紀人門戶測試
  • 它應涵蓋使用偽造憑據登入等情況。

經紀人系統的測試

經紀人系統的示例測試場景:

測試場景測試用例
經紀人系統
  • 它必須能夠編輯、輸入和儲存經紀人資訊。

  • 根據會員系統中的保費支付詳細資訊計算經紀人佣金

正向流程系統測試
  • 對於各種型別的經紀人,輸入、儲存和修改其記錄。

  • 透過生成具有不同計劃會員的正確資料饋送檔案來計算活躍經紀人的佣金。

負向流程系統測試
  • 填寫不同型別經紀人的經紀人記錄中的空白並儲存。

  • 透過生成具有不同計劃會員的正確記錄饋送檔案來計算已終止經紀人的佣金。

  • 透過生成具有不同計劃會員的正確記錄饋送檔案來計算無效經紀人的佣金。

系統測試
  • 饋送由下游系統(如財務系統、經紀人門戶和會員系統)進行驗證。

  • 驗證經紀人門戶中所做的修改是否反映在相應的經紀人記錄中。

會員系統的測試

會員(患者)系統的示例測試場景:

測試場景測試用例
會員系統
  • 註冊、重新註冊和取消會員。

  • 刪除依賴項並替換為新的依賴項。

  • 開具保費賬單。

  • 處理保費付款。

正向流程系統測試
  • 根據當前、過去和將來的有效日期註冊不同型別的會員。

  • 查詢和替換會員。

  • 為下個月的活躍會員準備保費賬單。

  • 終止活躍會員,終止日期大於過去、現在和將來的有效日期。

  • 使用其當前、先前和將來的有效日期重新註冊已終止的會員。

  • 重新引入失效號碼

負向流程系統測試
  • 使用不完整資料註冊會員

  • 為已終止的會員準備下個月的保費賬單。

系統整合測試
  • 驗證對下游系統(如提供者門戶、經紀人門戶、財務系統和索賠系統)的饋送。

  • 驗證會員門戶中所做的更改是否已應用於相應的會員記錄。

  • 處理使用來自會員門戶的饋送生成的保費賬單的付款,其中包含付款詳細資訊。

索賠系統的測試

索賠系統的示例測試場景:

測試場景測試用例
索賠系統
  • 醫療保健索賠應編輯、輸入和處理會員和受撫養人的索賠。

  • 當為無效索賠輸入不準確的資料時,它應丟擲錯誤。

正向流程系統測試
  • 它應包含編輯、輸入和處理會員和受撫養人的索賠的場景。

負向流程系統測試
  • 它應驗證並提交一個具有無效程式程式碼和診斷程式碼的索賠。

  • 使用非活動提供者 ID 驗證並輸入索賠。

  • 驗證並提交已終止成員的索賠。

系統整合
  • 應包含一個場景來驗證對下游系統的饋送,例如提供商和財務門戶。

索賠系統的測試

索賠系統的示例測試場景:

測試場景測試用例
索賠系統
  • 醫療保健索賠應編輯、輸入和處理會員和受撫養人的索賠。

  • 當為無效索賠輸入不準確的資料時,它應丟擲錯誤。

正向流程系統測試
  • 它應包含編輯、輸入和處理會員和受撫養人的索賠的場景。

負向流程系統測試
  • 它應驗證並提交一個具有無效程式程式碼和診斷程式碼的索賠。

  • 使用非活動提供者 ID 驗證並輸入索賠。

  • 驗證並提交已終止成員的索賠。

系統整合
  • 應包含一個用於驗證對下游系統的饋送(例如提供商和財務門戶)的場景。

監管合規性測試

衛生監管機構高度重視保護患者敏感資料和健康資訊。測試應根據此類監管機構的要求進行。

監管合規性的示例測試場景和測試用例 -

測試場景測試用例
使用者身份驗證
  • 使用驗證機制來驗證只有正確的使用者才能獲得登入許可權,並防止其他人這樣做。

資訊披露
  • 根據使用者的職位和患者的限制授予資訊訪問許可權。

資料傳輸
  • 要點確保資料始終加密。

審計跟蹤
  • 透過正確的審計跟蹤資訊集,記錄所有交易和訪問資料的嘗試。

與監管機構相關的健全性測試
  • 執行健全性檢查並確認在某些位置(例如 EPHI(電子保護健康資訊))中已啟用資料加密。

更新於:2021年8月17日

5K+ 瀏覽量

開啟你的職業生涯

透過完成課程獲得認證

開始
廣告