Тестирование в области здравоохранения с использованием примеров тестовых случаев
Томас Гамильтон
⚡ Умное резюме
Тестирование в сфере здравоохранения проверяет медицинское приложение на соответствие требованиям безопасности, соответствия нормативным требованиям и совместимости, а также на работоспособность в обычном режиме. На этой странице рассматриваются участвующие в процессе организации, приводятся примеры тестовых случаев для систем, работающих с поставщиками медицинских услуг, брокерами, участниками программ, обработкой претензий и финансами, а также проводится нормативное тестирование.
Прежде чем мы начнем тестирование, давайте быстро изучим базовые знания в области здравоохранения.
Тестирование домена HealthCare
Тестирование в сфере здравоохранения — это процесс тестирования приложения для здравоохранения на предмет различных факторов, таких как стандарты, безопасность, соответствие, перекрестная зависимость с другими объектами и т. д. Целью тестирования в сфере здравоохранения является обеспечение качества, надежности, производительности, безопасности и эффективности приложения для здравоохранения.
Базовые знания в области здравоохранения
Вся система здравоохранения объединена единым целым — больницей или медицинским учреждением (врачом).
В то время как другие субъекты включают в себя-
- Страховая компания: Medicare, Medicaid, BCBS и т. д.
- Пациент/Потребители: Пациент зарегистрирован
- Регулятивный орган: HIPAA, оценка OASIS, CMS-1500 и UB-04 и т. д.
- Поставщики решений для здравоохранения и биологических наук
💡 Примечание: В более ранних материалах эти формы заявок упоминаются как HCFA-1500 и UB-92. Обе были заменены: HCFA-1500 стала CMS-1500, а UB-92 была заменена на UB-04. При написании тестовых примеров используйте текущие названия.
Основная терминология системы здравоохранения
- Разработчик: Медицинский работник (врач), медицинская группа, клиника, лаборатория, больница и т. д., лицензированные службами здравоохранения.
- Утверждение: Запрос в вашу медицинскую страховую компанию на оплату счета за медицинские услуги
- Брокер: Специалист по страхованию, который ведет переговоры и обеспечивает страхование от имени застрахованного или потенциального застрахованного.
- Финансовые вопросы: Страховые организации, которые оплачивают медицинские расходы, это могут быть государственные (Medicare или Medicaid) или коммерческие (BCBS)
- Медикэр: Федеральная программа медицинского страхования для пожилых людей и лиц с постоянной инвалидностью.
- Медикейд: Совместная федеральная и региональная программа, помогающая малоимущим семьям и отдельным лицам оплачивать расходы на медицинское обслуживание.
- Код CPT: Действующий код процедурной терминологии представляет собой набор медицинских кодов для описания медицинских, хирургических и диагностических услуг.
- HIPAA: Это набор правил и положений, которым должны следовать врачи, больницы, поставщики медицинских услуг и план медицинского страхования, чтобы предоставлять свои услуги.
Основные стандарты здравоохранения, которые должен знать тестировщик.
Помимо HIPAA, существует ряд стандартов, определяющих, что должно делать медицинское приложение и, следовательно, что должно быть протестировано. Понимание каждого из этих стандартов позволяет определить, какой тип тестирования он определяет.
| Стандарт | Управляет | Тестирование вождения |
|---|---|---|
| HIPAA | Конфиденциальность и безопасность данных пациентов | Контроль доступа, шифрование, журнал аудита |
| HL7 v2 / v3 | Обмен сообщениями между клиническими системами | Тестирование формата сообщений и интерфейса. |
| ФХИР | Современный обмен медицинскими записями через REST API | API contracтестирование и совместимость |
| DICOM | Хранение и передача медицинских изображений | Целостность изображения и интеграция устройств |
| МКБ-10 / КПТ | Кодирование диагнозов и процедур | Проверка достоверности утверждений и тестирование отрицательного пути |
| 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 (электронная защищенная медицинская информация). |
Тестирование производительности приложения для здравоохранения
Перед подготовкой тестовых сценариев необходимо учесть определенные требования к системе. Например, медицинские учреждения (врачи/больницы) оказывают помощь круглосуточно, поэтому программное обеспечение для регистрации пациентов должно быть доступно в любое время. Кроме того, оно должно взаимодействовать со страховыми компаниями для проверки информации о полисе, отправки заявок на возмещение и получения платежей. Здесь архитектура должна определять различные компоненты системы, протокол взаимодействия со страховыми компаниями и способ развертывания системы, обеспечивающий ее работу в круглосуточном режиме.
Как тестировщик, вы должны убедиться, что система программного обеспечения для здравоохранения соответствует желаемому стандарту нагрузки/производительности.
Другие типы тестирования для применения в здравоохранении
- Функциональное тестирование: Тестирование медицинского приложения на предмет функциональных возможностей.
- Тестирование на соответствие: Тест на соответствие Реквизиты безопасности в сфере здравоохранения и отраслевые структуры
- Тестирование платформы: Тестирование приложений на Mobile тестирование платформы и приложений на кроссбраузерность
- Тестирование на совместимостьПроверка соответствия стандартам совместимости (например, DICOM, HL7, CCD/CDA)
Проблемы тестирования в приложениях для здравоохранения
Проблемы тестирования при тестировании медицинских приложений ничем не отличаются от других тестов веб-приложений.
- Требует опыта в тестировании и обычно обходится дорого.
- Помимо обычных методов тестирования (нефункциональное, функциональное и интеграционное тестирование) требуется тестирование совместимости, соответствия, нормативных требований, безопасности и безопасности.
- Тестирование следует проводить тщательно.ping Необходимо учитывать стандарты безопасности и нормативные требования, поскольку любая ошибка может напрямую повлиять на жизнь пациента.
- Команда тестировщиков должна быть хорошо осведомлена о различных функциях, клиническом использовании и среде, в которой будет использоваться программное обеспечение.
- Прежде чем его можно будет использовать, продукт медицинского назначения должен соответствовать различным стандартам, таким как FDA, ISO и CMMI.
- Перекрестная зависимость тестировщиков программного обеспечения должна гарантировать, что любые изменения в одном компоненте или слое не должны приводить к побочным эффектам на другом.
Тестирование медицинского оборудования
Хотя программное обеспечение медицинских устройств не является непосредственной проблемой для пациента, оно, как и любое другое программное обеспечение, требует тщательного тестирования. Например, рентгеновские аппараты, управляемые программным обеспечением, должны быть хорошо протестированы, поскольку любая ошибка в программном обеспечении может привести к серьезным последствиям для пациента.
FDA (Управление по контролю за продуктами и лекарствами) имеет рекомендации для мобильных и веб-приложений для медицинских устройств. При испытаниях медицинских изделий обеспечивается надлежащее функционирование. План тестирования наряду с критериями «пройден» и «не пройден» также является частью рекомендаций FDA. После выполнения плана испытаний результаты собираются и сообщаются в FDA. Этот процесс гарантирует, что устройство соответствует стандартам регулирующих органов.
Полезные советы по медицинскому тестированию
При тестировании программного обеспечения вы можете принять во внимание несколько важных советов по тестированию системы здравоохранения.
- Даты важны и должны быть точными.
- При разработке тестовых примеров учитывайте различные параметры, такие как различные типы планов, брокеров, участников, комиссию и т. д.
- Требуется полное знание предметной области
- Никогда не используйте реальные медицинские записи пациентов в качестве тестовых данных. Используйте обезличенные или синтетические данные, поскольку копирование конфиденциальной медицинской информации из рабочей среды в тестовую среду само по себе является нарушением HIPAA.
