Ö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 tek bir kurum tarafından, yani hastane veya sağlık hizmeti sağlayıcısı (doktor) tarafından bir araya getirilir.

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, CMS-1500 ve UB-04, vb.
• Sağlık Hizmetleri ve Yaşam Bilimleri Çözümü Satıcıları

💡 Not: Eski kaynaklarda bu talep formlarından HCFA-1500 ve UB-92 olarak bahsedilmektedir. Her ikisi de güncelliğini yitirmiştir: HCFA-1500, CMS-1500 olmuştur ve UB-92'nin yerini UB-04 almıştır. Test senaryoları yazarken güncel adları kullanın.

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ılar ve kalıcı engelliler için federal sağlık sigortası programı.
• tıbbi yardım: Düşük gelirli ailelerin ve bireylerin tıbbi bakımla ilgili masrafları karşılamalarına yardımcı olan, federal ve eyalet hükümetlerinin ortaklaşa yürüttüğü bir 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.

Bir Test Uzmanının Bilmesi Gereken Temel Sağlık Standartları

HIPAA'nın ötesinde, bir avuç standart, bir sağlık hizmeti uygulamasının ne yapması gerektiğini ve dolayısıyla nelerin test edilmesi gerektiğini şekillendirir. Her birini tanımak, hangi test türünü gerektirdiğini anlamanızı sağlar.

Standart	Yönetenler	Sürüşü test etmek
HIPAA	Hasta verilerinin gizliliği ve güvenliği	Erişim kontrolü, şifreleme, denetim izi
HL7 v2 / v3	Klinik sistemler arasında mesajlaşma	Mesaj formatı ve arayüz testi
FHIR	Sağlık kayıtlarının modern REST API ile değişimi	API bağlantısıtracve birlikte çalışabilirlik testleri
DICOM	Tıbbi görüntüleme depolama ve aktarımı	Görüntü bütünlüğü ve cihaz entegrasyonu
ICD-10 / CPT	Teşhis ve işlem kodlaması	İddia doğrulama ve negatif yol testi
CMS-1500 / UB-04	Profesyonel ve kurumsal talep formları	Talep gönderimi ve saha doğrulaması

Sağlık İş Süreci

Çoğu sağlık kuruluşu, sistemin sorunsuz işleyişini desteklemek için yazılım programları benimsemiştir. Bu yazılım sistemi, ilgili her birim için tüm bilgileri tek bir belgede sunmaktadır.

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.

Aşağıdaki bölümlerde her bir alt sistem için örnek senaryolar ve test durumları verilmiştir.

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 İşten çıkarılan bir üyenin görevine iadesi
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ım noktalarında verilerin şifrelendiğinden emin olun.
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ı hazırlanmadan önce sistemin bazı gereksinimleri göz önünde bulundurulmalıdır. Örneğin, sağlık hizmeti sağlayıcıları (Doktorlar/Hastaneler) 7/24 hizmet vermektedir, 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 ödemeleri almak için sigorta şirketleriyle iletişim kurması gerekir. Burada, mimari, sistemin farklı bileşenlerini, sigorta şirketleriyle iletişim protokolünü ve sistemin 7/24 çalışacak ş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 (örneğin, DICOM, HL7, CCD/CDA) uygunluğun test edilmesi

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 cihazlarında kullanılan yazılımlar doğrudan hastanın ilgisini çekmese de, diğer yazılımlar gibi titiz testlerden geçirilmelidir. Örneğin, yazılım programları tarafından kontrol edilen röntgen cihazları iyice test edilmelidir çünkü yazılımdaki herhangi bir test hatası hastada ciddi sonuçlara yol açabilir.

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
• Canlı hasta kayıtlarını asla test verisi olarak kullanmayın. Kimliksizleştirilmiş veya sentetik veriler kullanın, çünkü üretim ortamındaki hasta bilgilerinin test ortamına kopyalanması başlı başına bir HIPAA ihlalidir.

SSS