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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Другие типы тестирования для медицинских приложений

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

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

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

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

Тестирование медицинских устройств

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

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

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

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

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