샘플 테스트 사례를 사용한 HealthCare 도메인 테스트
토마스 해밀턴
⚡ 스마트 요약
의료 도메인 테스트는 의료 애플리케이션이 안전성, 규정 준수 및 상호 운용성 요구 사항은 물론 일반적인 기능 측면에서도 우수한지 검증합니다. 이 페이지에서는 관련 주체, 의료 제공자, 중개인, 회원, 청구 및 재무 시스템에 대한 샘플 테스트 사례, 그리고 규제 관련 테스트에 대해 설명합니다.
테스트를 시작하기 전에 기본적인 헬스케어 도메인 지식을 빠르게 공부해 보도록 하겠습니다.
헬스케어 도메인 테스트
의료 도메인 테스트 표준, 안전, 규정 준수, 다른 엔터티와의 상호 의존성 등과 같은 다양한 요소에 대해 의료 애플리케이션을 테스트하는 프로세스입니다. 의료 도메인 테스트의 목적은 의료 애플리케이션의 품질, 신뢰성, 성능, 안전 및 효율성을 보장하는 것입니다.
헬스케어 도메인 기본지식
전체 의료 시스템은 병원 또는 의료 제공자(의사)라는 단일 기관에 의해 엮여 있습니다.
다른 엔터티에는 다음이 포함됩니다.
- 보험 회사: 메디케어, 메디케이드, 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 외에도 몇 가지 표준이 의료 애플리케이션이 수행해야 하는 기능과 테스트해야 하는 내용을 규정합니다. 각 표준을 파악하면 어떤 유형의 테스트가 필요한지 알 수 있습니다.
| Standard | 통치하다 | 테스트해보니 작동하네요. |
|---|---|---|
| HIPAA | 환자 데이터의 개인정보 보호 및 보안 | 접근 제어, 암호화, 감사 추적 |
| HL7 v2 / v3 | 임상 시스템 간 메시징 | 메시지 형식 및 인터페이스 테스트 |
| FHIR | 최신 REST API를 이용한 건강 기록 교환 | API contract 및 상호 운용성 테스트 |
| 디컴 | 의료 영상 저장 및 전송 | 이미지 무결성 및 장치 통합 |
| ICD-10 / CPT | 진단 및 시술 코드 | 클레임 검증 및 네거티브 패스 테스트 |
| CMS-1500 / UB-04 | 전문가 및 기관 청구 양식 | 청구 제출 및 필드 유효성 검사 |
헬스케어 사업 프로세스
대부분의 의료기관은 시스템의 원활한 운영을 지원하기 위해 소프트웨어 프로그램을 도입했습니다. 이 소프트웨어 시스템은 관련 담당자에게 필요한 모든 정보를 단일 문서로 제공합니다.
이 전체 시스템을 단일 웹 애플리케이션에 상호 연결하는 것은 큰 작업이며 효과적으로 작동하도록 만드는 것은 훨씬 더 큰 작업입니다. 이 건강 애플리케이션에 대한 엄격한 테스트는 필수이며 다양한 테스트 단계를 거쳐야 합니다.
아래 섹션에서는 각 하위 시스템에 대한 예시 시나리오와 테스트 케이스를 차례로 제공합니다.
공급자 시스템 테스트
제공자(의사/병원) 시스템을 위한 샘플 테스트 시나리오 및 테스트 케이스:
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 공급자 시스템에 대한 액세스 |
|
| 2) | 양의 흐름 시스템 테스트 |
|
| 3) | 네거티브 플로우 시스템 테스트 |
|
| 4) | 시스템 통합 테스팅 |
|
| 5) | 긍정적인 흐름 공급자 포털 테스트 |
|
| 6) | 네거티브 플로우 공급자 포털 테스트 |
|
| 7) | 긍정적인 흐름 브로커 포털 테스트 |
|
| 8) | 부정적인 흐름 브로커 포털 테스트 |
|
브로커 시스템 테스트
브로커 시스템의 샘플 테스트 시나리오 및 테스트 사례:
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 브로커 시스템 |
|
| 2) | 포지티브 플로우 시스템 테스트 |
|
| 3) | 네거티브 플로우 시스템 테스트 |
|
| 4) | 시스템 테스트 |
|
회원시스템 테스트
구성원(환자) 시스템에 대한 샘플 테스트 시나리오 및 테스트 케이스:
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 회원제 |
|
| 2) | 포지티브 플로우 시스템 테스트 |
|
| 3) | 네거티브 플로우 시스템 테스트 |
|
| 4) | 시스템 통합 테스트 |
|
청구 시스템 테스트
청구 시스템에 대한 샘플 테스트 시나리오 및 테스트 사례:
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 청구 시스템 |
|
| 2) | 포지티브 플로우 시스템 테스트 | 구성원 및 부양가족에 대한 청구를 편집, 입력 및 처리하는 시나리오가 포함되어야 합니다. |
| 3) | 네거티브 플로우 시스템 테스트 |
|
| 4) | 시스템 통합 | 공급자 및 금융 포털과 같은 다운스트림 시스템에 대한 피드의 유효성을 검사하는 시나리오가 포함되어야 합니다. |
금융 시스템 테스트
금융 시스템 샘플 테스트 시나리오 및 테스트 케이스
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 금융 시스템 | 회원 등록, 복직 및 탈퇴 |
| 2) | 양성 흐름 시스템 테스트 | 결제를 위해 각 회원, 제공업체 또는 중개인이 올바른 계좌 번호나 주소를 선택했는지 확인해야 합니다. |
| 3) | 네거티브 플로우 시스템 테스트 |
|
규정 준수 테스트
환자의 민감한 데이터와 건강 정보를 보호하는 것은 보건 규제 기관의 최우선 과제입니다. 테스트는 해당 규제 기관의 규정을 준수하여 수행되어야 합니다.
규정 준수를 위한 샘플 테스트 시나리오 및 테스트 사례:
| Sr # | 테스트 시나리오 | 테스트 케이스 |
|---|---|---|
| 1) | 사용자 인증 | 확인 방법을 사용하여 올바른 사용자가 로그인을 받고 다른 사용자를 거부하는지 확인 |
| 2) | 공개 정보 | 정보에 대한 접근 권한 부여는 사용자의 역할과 환자 제한에 따라 결정됩니다. |
| 3) | 데이터 전송 | 모든 전송 지점에서 데이터가 암호화되었는지 확인하십시오. |
| 4) | 감사 추적 | 적절한 감사 추적 정보 세트를 사용하여 모든 거래와 데이터에 액세스하려는 모든 시도가 기록됩니다. |
| 5) | 규제 기관과 관련된 건전성 테스트 | 정신 건강 테스트를 수행하고 EPHI(전자 보호 건강 정보)와 같은 특정 영역에서 데이터 암호화가 수행되었는지 확인합니다. |
헬스케어 애플리케이션 성능 테스트
테스트 시나리오를 준비하기 전에 시스템의 특정 요구 사항을 고려해야 합니다. 예를 들어, 의료 서비스 제공자(의사/병원)는 24시간 연중무휴 진료를 제공하므로 환자 접수 소프트웨어는 항상 사용 가능해야 합니다. 또한 보험 회사와 통신하여 보험 증권 정보를 확인하고, 보험금 청구를 보내고, 보험금 지급을 받아야 합니다. 따라서 시스템 아키텍처는 시스템의 다양한 구성 요소, 보험 회사와의 통신 프로토콜, 그리고 24시간 연중무휴 운영을 위한 시스템 배포 방법을 정의해야 합니다.
테스터로서 귀하는 의료 소프트웨어 시스템이 원하는 로드/성능 벤치마크를 충족하는지 확인해야 합니다.
의료 애플리케이션을 위한 기타 테스트 유형
- 기능 테스트: 기능적 능력에 대한 의료 애플리케이션 테스트
- 적합성 테스트: 적합성 테스트 의료 보안 요구 사항 및 산업 프레임워크
- 플랫폼 테스트: 애플리케이션 테스트 모바일 브라우저 간 호환성을 위한 플랫폼 및 애플리케이션 테스트
- 상호 운용성 테스트상호 운용성 표준(예: DICOM, HL7, CCD/CDA) 준수 여부 테스트
의료 애플리케이션의 테스트 과제
의료 애플리케이션 테스트의 테스트 과제는 다른 웹 애플리케이션 테스트와 다르지 않습니다.
- 테스트에 대한 전문 지식이 필요하며 일반적으로 비용이 많이 듭니다.
- 일반 테스트 기술(비기능 테스트, 기능 테스트 및 통합 테스트) 외에 상호 운용성, 규정 준수, 규제, 보안, 안전 테스트가 필요합니다.
- 테스트는 계속 진행되어야 합니다.ping 안전 및 규제 기준을 염두에 두어야 합니다. 어떠한 오류라도 환자의 생명에 직접적인 영향을 미칠 수 있기 때문입니다.
- 테스트 팀은 소프트웨어가 사용될 다양한 기능, 임상 용도 및 환경을 잘 알고 있어야 합니다.
- 헬스케어 제품은 FDA, ISO, CMMI 등 다양한 표준을 준수해야 사용할 수 있습니다.
- 소프트웨어 테스터의 상호 의존성은 한 구성 요소나 레이어의 변경 사항이 다른 구성 요소나 레이어에 부작용을 일으키지 않도록 해야 합니다.
헬스케어 기기 테스트
의료기기 소프트웨어는 환자의 직접적인 건강과 직결되는 문제는 아니지만, 다른 소프트웨어와 마찬가지로 엄격한 테스트가 필요합니다. 예를 들어 소프트웨어 프로그램으로 제어되는 X선 장비는 철저한 테스트를 거쳐야 하는데, 소프트웨어 테스트 오류가 발생할 경우 환자에게 심각한 영향을 미칠 수 있기 때문입니다.
FDA(식품의약국)에는 의료 기기의 모바일 및 웹 애플리케이션에 대한 지침이 있습니다. 의료기기를 테스트하면서 적절한 기능을 테스트 계획 통과 및 실패 기준과 함께 FDA 지침의 일부이기도 합니다. 테스트 계획이 실행되면 결과가 수집되어 FDA에 보고됩니다. 이 프로세스는 장치가 규제 기관의 표준을 충족하는지 확인합니다.
건강 관리 테스트에 대한 유용한 팁
소프트웨어를 테스트하는 동안 의료 시스템 테스트에 대한 몇 가지 중요한 팁을 고려할 수 있습니다.
- 날짜는 중요하며 정확해야 합니다.
- 테스트 케이스를 설계하는 동안 다양한 유형의 계획, 브로커, 회원, 커미션 등과 같은 다양한 매개변수를 고려하십시오.
- 해당 도메인에 대한 완전한 지식이 필요합니다.
- 실제 환자 기록을 테스트 데이터로 절대 사용하지 마십시오. 개인 식별 정보가 제거된 데이터 또는 합성 데이터를 사용하십시오. 실제 운영 환경의 환자 건강 정보(PHI)를 테스트 환경으로 복사하는 것 자체가 HIPAA 위반입니다.
