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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Примеры сценариев тестирования и тестовых примеров для брокерской системы:

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

Тестирование членской системы

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

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

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

Примеры сценариев тестирования и тестовых примеров для системы претензий:

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

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

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

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

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

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

Примеры сценариев тестирования и тестовых примеров на соответствие нормативным требованиям:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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