Тестирование в области здравоохранения с использованием примеров тестовых случаев

Прежде чем мы начнем тестирование, давайте быстро изучим базовые знания в области здравоохранения.

Тестирование домена HealthCare

Тестирование в сфере здравоохранения — это процесс тестирования приложения для здравоохранения на предмет различных факторов, таких как стандарты, безопасность, соответствие, перекрестная зависимость с другими объектами и т. д. Целью тестирования в сфере здравоохранения является обеспечение качества, надежности, производительности, безопасности и эффективности приложения для здравоохранения.

Базовые знания в области здравоохранения

Вся система здравоохранения сплетена между собой единым органом – больницей или поставщиком медицинских услуг (врачом).

В то время как другие субъекты включают в себя-

  • Страховая компания: Medicare, Medicaid, BCBS и т. д.
  • Пациент/Потребители: Пациент зарегистрирован
  • Регулятивный орган: HIPAA, оценка OASIS, HCFA 1500 и UB92 и т. д.
  • Поставщики решений для здравоохранения и биологических наук

Основная терминология системы здравоохранения

Основная терминология системы здравоохранения

  • Разработчик: Медицинский работник (врач), медицинская группа, клиника, лаборатория, больница и т. д., лицензированные службами здравоохранения.
  • Утверждение: Запрос в вашу медицинскую страховую компанию на оплату счета за медицинские услуги
  • Брокер: Специалист по страхованию, который ведет переговоры и обеспечивает страхование от имени застрахованного или потенциального застрахованного.
  • Финансовые вопросы: Страховые организации, которые оплачивают медицинские расходы, это могут быть государственные (Medicare или Medicaid) или коммерческие (BCBS)
  • Медикэр: Федеральная программа медицинского страхования для пожилых людей и людей с постоянной инвалидностью.
  • Медикейд: Совместная и государственная программа, которая помогает семьям с низкими доходами и отдельным лицам оплачивать расходы, связанные с медицинским обслуживанием.
  • Код CPT: Действующий код процедурной терминологии представляет собой набор медицинских кодов для описания медицинских, хирургических и диагностических услуг.
  • HIPAA: Это набор правил и положений, которым должны следовать врачи, больницы, поставщики медицинских услуг и план медицинского страхования, чтобы предоставлять свои услуги.

Бизнес-процесс здравоохранения

Большинство медицинских организаций адаптировали программное обеспечение для обеспечения бесперебойного функционирования системы. Эта программная система предоставляет всю информацию в одном документе для каждого субъекта, занимающегося этим.

Бизнес-процесс здравоохранения

Соединение всей этой системы с одним веб-приложением — огромная задача, а обеспечение ее эффективной работы — еще более сложная задача. Тщательное тестирование этого медицинского приложения является обязательным и должно пройти различные этапы тестирования.

В этом уроке мы узнаем,

Тестирование системы провайдеров

Примеры сценариев тестирования и тестовых примеров для системы поставщиков услуг (врач/больница):

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 (электронная защищенная медицинская информация).

Тестирование производительности приложения для здравоохранения

Перед подготовкой сценариев тестирования следует учитывать определенные требования к системе. Например, поставщики медицинских услуг (врачи/больницы) предоставляют помощь круглосуточно и без выходных, поэтому программное обеспечение для регистрации пациентов должно быть доступно в любое время. Кроме того, ему необходимо общаться со страховыми компаниями для проверки информации о полисе, отправки претензий и получения денежных переводов. Здесь архитектура должна определять различные компоненты системы, протокол связи со страховыми компаниями и способы развертывания системы, чтобы она работала круглосуточно и без выходных.

Как тестировщик, вы должны убедиться, что система программного обеспечения для здравоохранения соответствует желаемому стандарту нагрузки/производительности.

Другие типы тестирования для применения в здравоохранении

Тестирование производительности приложения для здравоохранения

  • Функциональное тестирование: Тестирование медицинского приложения на предмет функциональных возможностей.
  • Тестирование на соответствие: Тест на соответствие Реквизиты безопасности в сфере здравоохранения и отраслевые структуры
  • Тестирование платформы: Тестирование приложений на Мобильный телефон тестирование платформы и приложений на кроссбраузерность
  • Тестирование на совместимость: Проверка соответствия стандартам совместимости (например, DICOM, HL7, CCD/CDA).

Проблемы тестирования в приложениях для здравоохранения

Проблемы тестирования при тестировании медицинских приложений ничем не отличаются от других тестов веб-приложений.

  • Требует опыта в тестировании и обычно обходится дорого.
  • Помимо обычных методов тестирования (нефункциональное, функциональное и интеграционное тестирование) требуется тестирование совместимости, соответствия, нормативных требований, безопасности и безопасности.
  • Тестирование следует проводить с учетом стандартов безопасности и нормативных требований, поскольку любая ошибка может оказать прямое влияние на жизнь пациента.
  • Команда тестировщиков должна быть хорошо осведомлена о различных функциях, клиническом использовании и среде, в которой будет использоваться программное обеспечение.
  • Прежде чем его можно будет использовать, продукт медицинского назначения должен соответствовать различным стандартам, таким как FDA, ISO и CMMI.
  • Перекрестная зависимость тестировщиков программного обеспечения должна гарантировать, что любые изменения в одном компоненте или слое не должны приводить к побочным эффектам на другом.

Тестирование медицинского оборудования

Тестирование медицинского оборудования

Хотя программное обеспечение медицинских устройств не является прямой заботой пациента, оно также требует тщательного тестирования, как и другое тестирование программного обеспечения. Например, рентгеновские аппараты, управляемые программным обеспечением, должны тщательно тестироваться, поскольку любая ошибка тестирования в программном обеспечении может привести к серьезным последствиям для пациента.

FDA (Управление по контролю за продуктами и лекарствами) имеет рекомендации для мобильных и веб-приложений для медицинских устройств. При испытаниях медицинских изделий обеспечивается надлежащее функционирование. План тестирования наряду с критериями «пройден» и «не пройден» также является частью рекомендаций FDA. После выполнения плана испытаний результаты собираются и сообщаются в FDA. Этот процесс гарантирует, что устройство соответствует стандартам регулирующих органов.

Полезные советы по медицинскому тестированию

При тестировании программного обеспечения вы можете принять во внимание несколько важных советов по тестированию системы здравоохранения.

  • Даты важны и должны быть точными.
  • При разработке тестовых примеров учитывайте различные параметры, такие как различные типы планов, брокеров, участников, комиссию и т. д.
  • Требуется полное знание предметной области