Учебники

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

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

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

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

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

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

Тестирование домена HealthCare с примерами тестовых случаев

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

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

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

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

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

Тестирование домена HealthCare с примерами тестовых случаев

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

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

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

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

Тестовый сценарий Тестовые случаи
  1. Доступ к системе провайдеров
  • Система провайдера должна позволять нам вводить, редактировать и сохранять данные провайдера
  1. Тестирование системы с положительным потоком
  • Он включает в себя сценарии для ввода различных типов провайдеров, изменения информации о провайдерах, сохранения и запроса их
  1. Тестирование системы с отрицательным потоком
  • Позволяет сохранять информацию о поставщике с неполными данными, датой вступления в силу договора, вводом данных о существующих поставщиках в системе
  1. Тестирование системной интеграции
  • Проверьте канал для системы участников, финансовой системы, системы заявок и портала поставщиков. Также проверьте, внесены ли изменения из портала провайдера в запись соответствующего провайдера.
  1. Тестирование портала поставщиков положительного потока
  • Войдите в систему и просмотрите информацию о поставщиках, статусе заявки и сведениях об участнике.
  • Сделайте запрос на изменение, чтобы изменить имя, адрес, номер телефона и т. Д.
  1. Тестирование портала провайдеров негативных потоков
  • Просмотр сведений об участнике с неверным идентификатором
  • Войти с неверными учетными данными
  1. Тестирование портала Broker с положительным потоком
  • Войдите в систему и просмотрите информацию о брокере и комиссионном платеже
  • Сделайте запрос на изменение имени, адреса, номера телефона и т. Д.
  1. Отрицательный поток Брокерский портал тестирования
  • Он должен включать в себя сценарии для входа с неверными учетными данными

Тестирование Брокерской Системы

Примеры тестовых сценариев и тестовых случаев для системы Broker :

Sr # Тестовый сценарий Тестовые случаи
1) Брокерская Система
  • Он должен быть способен редактировать, вводить и сохранять данные брокера
  • Расчет комиссионного вознаграждения на основе информации о выплате премий из системы участника
2) Тестирование системы с положительным потоком
  • Ввод, сохранение и редактирование записей о брокерах для различных типов брокеров
  • Для активных брокеров рассчитайте комиссию, создав файл канала с соответствующей записью для участников с другим планом.
3) Тестирование системы с отрицательным потоком
  • Введите запись брокера с неполными данными и сохраните для разных типов брокеров
  • Создав файл канала с соответствующей записью для участников с другим планом, рассчитайте комиссию за прекращенного брокера.
  • Создав файл канала с соответствующей записью для участников с другим планом, рассчитайте комиссию для недействительного брокера.
4) Тестирование системы
  • Для последующей системы, такой как финансовая система, портал брокера и система участника, проверяют каналы
  • Подтвердить, если изменения из портала брокера включены в соответствующую запись брокера

Тестирование системы Member

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

Sr #

Тестовый сценарий Тестовые случаи
1) Членская система
  • Зарегистрироваться, восстановить и прекратить членство
  • Удалить и добавить зависимого
  • Создать премиум счет
  • Обработка премиальных платежей
2) Тестирование системы с положительным потоком
  • С текущими, прошлыми и будущими датами вступления в силу регистрируют различные типы участников
  • Запрос и изменение членов
  • Создайте премиальный счет для активного участника на следующий месяц
  • Завершить работу активного участника с прошлыми, текущими и будущими датами прекращения, превышающими дату вступления в силу
  • Повторно зарегистрируйте прекращенного участника с текущими, прошлыми и будущими датами вступления в силу
  • Восстановить прерванный номер
3) Тестирование системы с отрицательным потоком
  • При недостаточных данных зарегистрировать участника
  • Для прекращенного участника предъявить премиальный счет на следующий месяц
4) Тестирование системной интеграции
  • Проверьте канал для последующих систем, таких как портал поставщиков, портал брокеров, финансовая система и система заявок
  • Подтвердить, если изменения из портала участника включены в соответствующую запись участника
  • Обработка оплаты премиум-счета, созданного с помощью фида с портала участников, в котором указаны детали оплаты

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

Примеры тестовых сценариев и тестовых случаев для системы утверждений :

# Тестовые сценарии Тестовые случаи
1) Система претензий
  • Претензии в области здравоохранения должны редактировать, вводить и обрабатывать претензии как для участника, так и для зависимого лица.
  • Для недействительных претензий он должен выдавать ошибки при вводе неверных данных
2) Тестирование системы с положительным потоком
  • Он должен включать сценарий для редактирования, ввода и обработки заявок для члена, а также зависимых
3) Тестирование системы с отрицательным потоком
  • Необходимо подтвердить и ввести претензию с неверным кодом процедуры и диагностическим кодом.
  • Подтвердите и введите претензию с неактивным идентификатором провайдера.
  • Подтвердите и введите претензию с прекращенным участником
4) Системная интеграция
  • Он должен включать в себя сценарий для проверки канала для последующих систем, таких как поставщик и финансовый портал

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

Примеры тестовых сценариев и тестовых случаев для финансовой системы

Sr # Тестовые сценарии Тестовые случаи
1) Финансовая система
  • Зарегистрироваться, восстановить и прекратить членство
2) Тестирование системы с положительным потоком
  • Он должен проверить, выбран ли правильный номер счета или адрес для соответствующего участника, поставщика или брокера для оплаты
3) Тестирование системы с отрицательным потоком
  • Проверьте, произведен ли платеж за недействительный идентификатор участника, поставщика или брокера, создав соответствующую запись в фиде.
  • Проверьте, произведен ли платеж за недействительную сумму для участника, поставщика или брокера, создав соответствующие записи в ленте.

Тестирование на соответствие нормативным требованиям

Защита конфиденциальных данных пациента и медицинской информации является первоочередной задачей регулирующих органов здравоохранения. Испытания должны проводиться в соответствии с такими регулирующими органами.

Примеры тестовых сценариев и тестовых случаев для соответствия нормативным требованиям :

Sr # Тестовые сценарии Тестовые случаи
1) Аутентификация пользователя
  • Использование метода проверки, чтобы убедиться, что правильные пользователи получают логин и отказывают другим
2) Раскрытие информации
  • Разрешение доступа к информации основано на роли пользователя и ограничении пациента
3) Передача данных
  • При любой передаче баллы гарантируют, что данные зашифрованы
4) Аудит Трейл
  • Все транзакции и все попытки доступа к данным с надлежащим набором информации журнала аудита записываются
5) Санитарное тестирование, связанное с регулирующим органом
  • Выполните проверку работоспособности и убедитесь, что шифрование данных выполняется в определенных областях, таких как EPHI (электронная защищенная медицинская информация)

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

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

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

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

Тестирование домена HealthCare с примерами тестовых случаев

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

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

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

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

Тестирование устройства здравоохранения

Тестирование домена HealthCare с примерами тестовых случаев

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

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

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

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

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