Örnek Test Durumlarıyla HealthCare Etki Alanı Testi

Test etmeye başlamadan önce, temel sağlık hizmetleri alanı bilgilerini hızlı bir şekilde inceleyelim.

HealthCare Alan Adı Testi

Sağlık Hizmetleri Etki Alanı Testi sağlık hizmeti uygulamasını standartlar, güvenlik, uyumluluk, diğer kuruluşlarla çapraz bağımlılık vb. gibi çeşitli faktörler açısından test etmeye yönelik bir süreçtir. Sağlık hizmeti alan testinin amacı, Sağlık Hizmeti uygulamasının kalitesini, güvenilirliğini, performansını, emniyetini ve verimliliğini sağlamaktır.

Sağlık Hizmetleri Alanına ilişkin temel bilgiler

Tüm sağlık sistemi, hastane veya sağlayıcı (doktor) olan tek vücut tarafından birbiriyle örülmüştür.

Diğer varlıklar şunları içerirken-

• Sigorta şirketi: Medicare, Medicaid, BCBS vb.
• Hasta/Tüketiciler: Hasta Kayıtlı
• Düzenleyici otorite: HIPAA, OASIS değerlendirmesi, HCFA 1500 ve UB92 vb.
• Sağlık Hizmetleri ve Yaşam Bilimleri Çözümü Satıcıları

Sağlık Sisteminin Temel Terminolojisi

• Provider: Sağlık hizmetleri tarafından lisanslanan bir sağlık uzmanı (doktor), tıbbi grup, klinik, laboratuvar, hastane vb.
• İddia: Sağlık sigorta şirketinize sağlık hizmeti faturasını ödemeniz için bir talep
• Komisyoncu: Sigortalı veya potansiyel sigortalı adına sigorta müzakereleri yapan, sigortayı temin eden bir sigorta uzmanı
• Finans: Tıbbi harcamaları ödeyen sigorta kuruluşları devlet (Medicare veya Medicaid) veya ticari (BCBS) olabilir.
• tıbbi bakım: Yaşlı vatandaşlar ve kalıcı engelli kişiler için federal bir sağlık sigortası programı
• tıbbi yardım: Düşük gelirli ailelerin ve bireylerin tıbbi bakım masraflarını ödemelerine yardımcı olan ortak ve devlet programı
• CPT kodu: Güncel bir prosedür terminoloji kodu, tıbbi, cerrahi ve teşhis hizmetlerini tanımlayan bir tıbbi kod setidir
• HIPAA: Doktorların, hastanelerin, sağlık hizmeti sağlayıcılarının ve sağlık planının hizmetlerini sunabilmek için uyması gereken bir dizi kural ve düzenlemedir.

Sağlık İş Süreci

Çoğu sağlık kuruluşu, sistemin düzgün işleyişini işlemek için yazılım programını uyarlamıştır. Bu yazılım sistemi, bununla ilgilenen her kuruluş için tüm bilgileri tek bir belgede verir.

Tüm bu sistemi tek bir web uygulamasına bağlamak çok büyük bir görevdir ve bunun etkili bir şekilde çalışmasını sağlamak daha da büyük bir görevdir. Bu sağlık uygulamasının sıkı bir şekilde test edilmesi zorunludur ve çeşitli test aşamalarından geçmesi gerekmektedir.

Bu eğitimde şunları öğreneceğiz:

Sağlayıcı sisteminin test edilmesi

Sağlayıcılar (doktor/hastane) sistemi için Örnek Test Senaryoları ve Test senaryoları:

Bay #	Test Senaryosu	Test Durumları
1)	Sağlayıcı sistemine erişim	Sağlayıcı sistemi, sağlayıcının verilerini girmemize, düzenlememize ve kaydetmemize izin vermelidir
2)	Pozitif akış Sistem Testi	Farklı sağlayıcı türlerini girmek, sağlayıcı ayrıntılarını değiştirmek, kaydetmek ve sorgulamak için senaryolar içerir
3)	Negatif akışlı Sistem Testi	Sağlayıcı bilgilerinin eksik verilerle kaydedilmesine olanak tanır.tracYürürlüğe giriş tarihi, sistemdeki mevcut sağlayıcılara ilişkin ayrıntıların girilmesi
4)	sistem Entegrasyon Testi	Üyelere yönelik akışı, finans sistemini, talep sistemini ve sağlayıcı portalını doğrulayın. Ayrıca sağlayıcı portalındaki değişikliklerin ilgili sağlayıcının kaydına girilip girilmediğini doğrulayın.
5)	Pozitif akış sağlayıcıları portal testi	Giriş yapın ve sağlayıcı ayrıntılarını, talep durumunu ve üye ayrıntılarını görüntüleyin İsim, adres, telefon numarası vb. değiştirmek için değişiklik talebinde bulunun.
6)	Negatif akış sağlayıcıları portal testi	Geçersiz bir kimliğe sahip üye ayrıntılarını görüntüle Geçersiz kimlik bilgileriyle giriş yapın
7)	Pozitif akış Komisyoncu portalı testi	Giriş yapın ve broker ve komisyon ödemeleri hakkında ayrıntıları görüntüleyin Adı, adresi, telefon numarasını vb. değiştirme talebinde bulunun.
8)	Negatif akış Broker portal testi	Geçersiz kimlik bilgileriyle oturum açmaya yönelik senaryolar içermelidir

Broker Sisteminin Test Edilmesi

Broker Sistemi için Örnek Test Senaryoları ve Test Durumları:

Bay #	Test Senaryosu	Test Durumları
1)	Broker Sistemi	Broker verilerini düzenleyebilmeli, girebilmeli ve kaydedebilmelidir. Üye sisteminden gelen prim ödeme bilgilerine göre aracı kurum komisyon hesaplaması
2)	Pozitif Akış Sistemi Testi	Farklı broker türleri için broker kaydını girin, kaydedin ve düzenleyin Aktif brokerlar için, farklı plana sahip üyeler için ilgili kaydı içeren bir feed dosyası oluşturarak komisyonu hesaplayın
3)	Negatif akışlı Sistem Testi	Eksik veri içeren bir aracı kaydı girin ve farklı aracı türleri için kaydedin Farklı plana sahip üyeler için ilgili kaydı içeren feed dosyasını oluşturarak, feshedilen broker için komisyonu hesaplayın Farklı plana sahip üyeler için ilgili kaydı içeren feed dosyasını oluşturarak geçersiz komisyoncunun komisyonunu hesaplayın
4)	Sistem Testi	Finans sistemi, komisyoncu portalı ve üye sistemi gibi alt sistemlere beslemeleri doğrulamak Aracı portalındaki değişikliklerin ilgili aracı kaydına dahil edilip edilmediğini doğrulayın

Üye Sisteminin Test Edilmesi

Üye (Hasta) Sistemi için Örnek Test Senaryoları ve Test Durumları:

Bay #	Test Senaryosu	Test Durumları
1)	Üye sistemi	Üye kaydetme, eski durumuna döndürme ve üyeliği sonlandırma Bağımlı kişiyi kaldırma ve ekleme Prim faturası oluştur Prim ödemelerini işleyin
2)	Pozitif Akış Sistemi Testi	Mevcut, geçmiş ve gelecekteki geçerlilik tarihleriyle farklı türdeki üyeleri kaydedin Üyeleri sorgulama ve değiştirme Aktif bir üye için takip eden ay için prim faturası üretin Geçmiş, mevcut ve gelecekteki fesih tarihleri ​​yürürlük tarihinden daha büyük olan aktif bir üyenin feshi Sonlandırılmış bir üyeyi mevcut, geçmiş ve gelecekteki geçerlilik tarihleriyle yeniden kaydettirin Sonlandırılmış bir numarayı eski durumuna döndürme
3)	Negatif akışlı Sistem Testi	Yetersiz veri ile üye kaydı yapın Üyeliği sona eren bir üye için takip eden ay için prim faturası ibraz edin
4)	Sistem Entegrasyon Testi	Sağlayıcı portalı, komisyoncu portalı, finans sistemi ve talep sistemi gibi alt sistemlere giden akışı doğrulayın Üye portalından yapılan değişikliklerin ilgili üye kaydına dahil edilip edilmediğini doğrulayın Üye portalından alınan ve yapılan ödemenin ayrıntılarını içeren besleme ile oluşturulan prim faturasının ödemesini işleyin

Hasar Sisteminin Test Edilmesi

Talep Sistemi için Örnek Test Senaryoları ve Test Durumları:

Bay #	Test Senaryoları	Test Durumları
1)	Talep Sistemi	Sağlık hizmetlerindeki talepler, bir üyenin yanı sıra bakmakla yükümlü olduğu kişilerin taleplerini düzenlemeli, girmeli ve işlemelidir Geçersiz iddialarda yanlış veri girildiğinde hata atması gerekir
2)	Pozitif Akış Sistemi Testi	Bir üyenin yanı sıra bağımlı için de talepleri düzenlemek, girmek ve işlemek için bir senaryo içermelidir.
3)	Negatif Akış Sistemi Testi	Geçersiz prosedür kodu ve teşhis koduyla doğrulamalı ve bir talep girmelidir Etkin olmayan sağlayıcı kimliğiyle bir talebi doğrulayın ve girin Feshedilen bir üyeyle ilgili hak talebini doğrulayın ve girin
4)	Sistemi Entegrasyonu	Sağlayıcı ve finans portalı gibi alt sistemlere giden akışı doğrulamak için bir senaryo içermelidir.

Finans Sisteminin Test Edilmesi

Finans Sistemi için Örnek Test Senaryoları ve Test Senaryoları

Bay #	Test Senaryoları	Test Durumları
1)	Finans Sistemi	Üye kaydetme, eski durumuna döndürme ve üyeliği sonlandırma
2)	Pozitif akış sistemi testi	Ödeme için ilgili üye, sağlayıcı veya broker için doğru hesap numarasının veya adresinin seçilip seçilmediğini kontrol etmelidir.
3)	Negatif akış sistemi testi	Akışta ilgili bir kayıt oluşturarak ödemenin geçersiz bir üye, sağlayıcı veya komisyoncu kimliği için yapılıp yapılmadığını doğrulayın Akışta ilgili kayıtları oluşturarak üye, sağlayıcı veya komisyoncu için ödemenin geçersiz bir tutar için yapılıp yapılmadığını doğrulayın

Mevzuata uygunluk testi

Hastalara ait hassas verilerin ve sağlık bilgilerinin korunması, sağlığı düzenleyen kurumlar için en büyük önceliktir. Testler bu tür düzenleyici kurumlara uygun olarak yapılmalıdır.

Mevzuata Uygunluk için Örnek Test Senaryoları ve Test Durumları:

Bay #	Test Senaryoları	Test Durumları
1)	Kullanıcı Kimlik Doğrulaması	Doğru kullanıcıların giriş yapmasını ve diğerlerini reddetmesini sağlamak için doğrulama yöntemini kullanma
2)	Bilgilendirme Bilgileri	Bilgiye erişime izin verilmesi kullanıcının rolüne ve hasta sınırlamasına bağlıdır
3)	Veri aktarımı	Tüm aktarımlarda noktalar verilerin şifrelenmesini sağlar
4)	Denetim İzi	Uygun bir denetim takibi bilgisi seti ile tüm işlemler ve verilere erişmeye yönelik tüm girişimler kaydedilir
5)	Düzenleyici kurumla ilgili Akıl Sağlığı Testi	Akıl sağlığı testi yapın ve verilerin şifrelenmesinin EPHI (Elektronik Korumalı Sağlık Bilgileri) gibi belirli alanlarda yapıldığını doğrulayın

Sağlık Uygulamasının performans testi

Test senaryolarını hazırlamadan önce sistemin belirli gereksinimleri göz önünde bulundurulmalıdır. Örneğin, sağlık hizmeti sağlayıcıları (Doktorlar/Hastaneler) 24/7 bakım sağlar, bu nedenle hasta kayıt yazılımının her zaman kullanılabilir olması gerekir. Ayrıca, poliçe bilgilerini doğrulamak, talepleri göndermek ve havaleleri almak için sigorta şirketleriyle iletişim kurması gerekir. Burada, mimari sistemin farklı bileşenlerini, sigorta şirketleriyle iletişim kurmak için protokolü ve sistemin 24/7 uyumlu olacak şekilde nasıl dağıtılacağını tanımlamalıdır.

Bir test uzmanı olarak sağlık hizmeti yazılım sisteminin istenen yük/performans kriterlerini karşıladığından emin olmanız gerekir.

Sağlık Uygulamalarına Yönelik Diğer Test Türleri

• Fonksiyonel Testler: Sağlık hizmeti uygulamasının işlevsel yeteneklere göre test edilmesi
• Uygunluk Testi: Uygunluk testi Sağlık hizmetleri güvenlik gereksinimleri ve endüstri çerçeveleri
• Platform Testi: Uygulamaların test edilmesi Telefon tarayıcılar arası uyumluluk için platform ve uygulama testleri
• Birlikte Çalışabilirlik Testi: Birlikte çalışabilirlik standartlarına uygunluğun test edilmesi (Örn; DICOM, HL7, CCD/CDA)

Sağlık Hizmetleri Uygulamasındaki Zorlukları Test Etme

Sağlık hizmeti uygulamasının test edilmesindeki test zorlukları, diğer web uygulaması testlerinden farklı değildir.

• Test etme konusunda uzmanlık gerektirir ve genellikle maliyeti yüksektir
• Düzenli test tekniklerinin (İşlevsel Olmayan, İşlevsel ve Entegrasyon testleri) yanı sıra birlikte çalışabilirlik, uyumluluk, düzenleme, güvenlik ve emniyet testleri gerektirir
• Testler düzenli olarak yapılmalıdır.ping Güvenlik ve düzenleyici standartları göz önünde bulundurun; çünkü herhangi bir hata hastanın hayatını doğrudan etkileyebilir.
• Test ekibinin çeşitli işlevler, klinik kullanım ve yazılımın kullanılacağı ortam hakkında iyi bilgi sahibi olması gerekir.
• Bir sağlık ürününün kullanılmadan önce FDA, ISO ve CMMI gibi çeşitli standartlara uygun olması gerekir.
• Yazılım test uzmanlarının çapraz bağımlılığı, bir bileşen veya katmandaki herhangi bir değişikliğin diğerinde yan etkiye yol açmamasını sağlamalıdır.

Sağlık cihazı testi

Sağlık cihazı yazılımları doğrudan hastayı ilgilendiren bir konu olmasa da diğer yazılım testleri gibi sıkı testler gerektirir. Örneğin yazılım programları ile kontrol edilen röntgen cihazlarının iyi test edilmesi gerekir çünkü yazılımdaki herhangi bir test hatası hasta üzerinde ciddi bir etkiye neden olabilir.

FDA'nın (Gıda ve İlaç İdaresi), tıbbi cihazlara yönelik mobil ve web uygulamalarına yönelik yönergeleri vardır. Tıbbi cihazları test ederken uygun işlevsellik Test planı geçme ve kalma kriterlerinin yanı sıra FDA yönergelerinin bir parçasıdır. Bir test planı yürütüldüğünde sonuçlar toplanır ve FDA'ya raporlanır. Bu süreç, cihazın düzenleyici kurumların standartlarını karşılamasını sağlar.

Sağlık Hizmeti Testleri için faydalı ipuçları

Yazılımı test ederken sağlık sistemi testine yönelik bazı önemli ipuçlarını dikkate alabilirsiniz.

• Tarihler önemlidir ve doğru olması gerekir
• Test senaryolarını tasarlarken farklı plan türleri, komisyoncular, üyeler, komisyon vb. gibi çeşitli parametreleri göz önünde bulundurun.
• Alan hakkında tam bilgi gereklidir