Menü

Sağlık Hizmeti Uygulamalarını Test Etme - İpuçları ve Önemli Test Senaryoları (Bölüm 2)

  • Ana
  • Test Stratejisi
  • Sağlık Hizmeti Uygulamalarını Test Etme - İpuçları ve Önemli Test Senaryoları (Bölüm 2)

testing healthcare applications tips

Sorunları Ortadan Kaldırmak Için Enstrümanımızı Deneyin

Son makalede, sağlık hizmetleri alanını anlamak açısından bazı ağır işler yaptık. 'Test Uzmanı şapkamızı' tekrar takmaya hazırız ve şimdi sağlık hizmeti uygulamalarının nasıl test edileceğini anlamaya çalışıyoruz.

=> 1. bölümü okumadıysanız lütfen buradan okuyun: Sağlık hizmeti uygulaması nasıl test edilir - Giriş

Şimdi her bir uygulamayı / sistemi seçeceğiz ve her birinde doğrulayacağımız koşulları bulacağız.

Bu makale, halihazırda Sağlık Hizmetleri alanında bulunan veya bu en sıcak kariyer alanına girmek isteyenler için yararlıdır.

Sağlık Hizmeti Uygulamalarının Test Edilmesi

Başlayalım!

Ne öğreneceksin:

Sağlık Hizmetleri Uygulama Testi - The Örneklem Test Senaryoları

Bu, aşağıdakiler için Örnek Test Senaryolarıdır:

Sağlık Sigortası Sistemi - Test Bileşenleri

Sağlayıcı Sisteminin Test Edilmesi

# 1) Sağlayıcı Sistem, sağlayıcı verilerini girmemize, düzenlememize ve kaydetmemize izin vermelidir.

#iki) Pozitif akış Sistem testi: Farklı Sağlayıcı türlerini girmek, değiştirmek, kaydetmek ve bunlar hakkında bilgi almak için senaryolar dahil edin.

# 3) Negatif akış Sistem testi: senaryoları dahil etmek

  • Eksik verilerle bir sağlayıcı kaydedin.
  • Sağlayıcı lisans tarihinden daha kısa bir sözleşme geçerlilik tarihine sahip bir sağlayıcı kaydedin.
  • Sistemde zaten mevcut olan sağlayıcının verilerini girin ve kaydedin.

# 4) Sistem Entegrasyon testi senaryoları içermelidir

  • Üye sistemine besleme, Sağlayıcı portalı, Talep sistemi ve Finans sistemi gibi aşağı akış sistemlerine beslemeyi doğrulayın.
  • Sağlayıcı portalındaki değişikliklerin ilgili sağlayıcı kaydına dahil edilip edilmediğini doğrulayın.

Broker Sisteminin Test Edilmesi

# 1) Broker Sistemi aşağıdakileri yapabilmelidir:

  • Broker verilerini girin, düzenleyin ve kaydedin.
  • Üye sisteminden alınan prim ödeme detaylarına göre komisyoncu komisyonunu hesaplayın.

#iki) Pozitif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Farklı komisyoncu türleri için komisyoncu kaydını girin, düzenleyin ve kaydedin.
  • Farklı plana sahip üyeler için ilgili kaydı içeren bir besleme dosyası oluşturarak aktif komisyoncu için komisyonu hesaplayın.

# 3) Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Yetersiz veri içeren bir komisyoncu kaydı girin ve farklı komisyoncu türleri için kaydedin.
  • Farklı bir plana sahip üyeler için ilgili kaydı içeren bir feed dosyası oluşturarak feshedilen komisyoncu için komisyonu hesaplayın
  • Farklı bir plana sahip üyeler için ilgili kaydı içeren bir feed dosyası oluşturarak geçersiz komisyoncu için komisyonu hesaplayın

# 4) Sistem Testi senaryoları içermelidir

  • Broker portalı, Finans sistemi ve Üye sistemi gibi aşağı akış sistemlerine akışları doğrulayın.
  • Broker portalındaki değişikliklerin ilgili broker kaydına dahil edilip edilmediğini doğrulayın.

Üye Sisteminin Test Edilmesi

Üye Sistemi aşağıdakileri yapabilmelidir:

birleştirme sıralaması c ++ örneği
  1. Bir üyeyi kaydedin, sonlandırın, yeniden etkinleştirin ve yeniden kaydettirin
  2. Bağımlı olanı ekleyin ve kaldırın
  3. Premium fatura oluştur
  4. Prim ödemelerini işleyin

Kayıt: Bir Bireysel Poliçede, sigortacı tarafından sağlanan faydalar için prim ödeyeceği ve taleplerini sunmaya ve teminat almaya hak kazanacağı bir geçerlilik tarihi olan bir plana bir poliçe sahibi eklenir.

Grup İlkesinde, bir üye (bir plana zaten eklenmiş olan) gruba, taleplerini iletmek ve teminat almak için uygun olduğu bir geçerlilik tarihi ile eklenir.

Sonlandırma: Bir Bireysel Poliçede, poliçe, bir poliçe sahibinin sigorta planı kapsamında olmayacağı bir fesih tarihiyle feshedilir.

Grup İlkesinde, üye tek başına bir fesih tarihiyle feshedilebilir veya tüm grup feshedilebilir.

Eski duruma döndürme: Feshedilen bir üye, poliçenin tekrar aktif olmasını isterse ve cari tarih, fesih tarihinden itibaren ödemesiz süre içindeyse, üye, kapsamda bir boşluk olmaksızın eski durumuna getirilebilir. Politikanın yürürlük tarihi, geçerli tarih değil, aynı eski geçerlilik tarihi olacaktır.

Yeniden kayıt: Feshedilen bir üye, poliçenin tekrar aktif olmasını isterse ve cari tarih, fesih tarihinden itibaren ödemesiz sürenin ötesinde ise, bu durumda üye, kapsamda bir boşlukla yeniden kaydolabilir. Politikanın yürürlük tarihi, geçerli / gelecekteki tarih olacak ve aynı eski geçerlilik tarihi olmayacaktır.

Örneğin Bir üye 1/1/2013 yürürlük tarihi olan ve 12/31/2013 tarihinde feshedilen bir poliçeye kayıtlıdır. sigorta şirketi tarafından belirlenen ödemesiz süre olarak 30 gün almamızı sağlar.

Dava 1: Üye 1/15/2014 tarihinde geri gelir ve politikanın etkili olmasını isterse, o zaman Eski duruma döndürme Üye 12/31/2013 - 1/15/2014 dönemi için prim öderse, poliçe geçerlilik tarihi 1/1/2013 ile aynı olacaktır.

youtube'u mp3'e dönüştürmek için en iyi web sitesi

Durum 2: Üye 2/1/2014 tarihinde geri gelir ve politikanın tekrar yürürlüğe girmesini isterse, o zaman Yeniden kayıt ve politikanın yürürlük tarihi 2/1/2014 olacaktır. Burada kapsamda bir boşluk var (1/1/2014 - 1/31/2014).

Pozitif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Geçmiş, şimdiki ve gelecekteki geçerlilik tarihlerine sahip farklı üye türlerini kaydedin.
  • Üyeleri değiştirin ve sorgulayın.
  • Önümüzdeki ay aktif bir üye için özel bir fatura oluşturun.
  • Geçmiş, cari ve gelecekteki fesih tarihi geçerlilik tarihinden daha büyük olan aktif bir üyeyi feshet
  • Feshedilmiş bir üyeyi geçmiş, mevcut ve gelecekteki geçerlilik tarihleriyle yeniden kaydettirin.
  • Feshedilen bir üyeyi eski durumuna getirin.

Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Yetersiz veriye sahip bir üye kaydedin.
  • İşten çıkarılmış bir üye için gelecek ay için bir prim faturası oluşturun.

Sistem Entegrasyon Testi senaryoları içermelidir

  • Üye portalı, Sağlayıcı portalı, Broker sistemi, Talep sistemi ve Finans sistemi gibi aşağı akış sistemlerine beslemeyi doğrulayın.
  • Üye portalındaki değişikliklerin ilgili üye kaydına dahil edilip edilmediğini doğrulayın.
  • Oluşturulan bir prim faturasının ödemesini, yapılan ödeme ayrıntılarının bulunduğu Üye portalından beslemeyle işleyin.

Hasar Sisteminin Test Edilmesi

Sağlık hizmetlerinde iddialarda, iddianın ayrıntılı olması için teşhis kodu ve prosedür kodu bulunur.

  • Tanı Kodu: Hastanın sahip olduğu hastalığı ifade eder.
  • Prosedür Kodu: Hastaya verilen tedaviyi ifade eder.

Talepler Sistemi aşağıdakileri yapabilmelidir:

  • Bağımlı kişinin yanı sıra üye için talepleri girin, düzenleyin ve işleyin.
  • Girilen yanlış verilere dayalı olarak geçersiz talepler için hata atmalıdır.

Pozitif akış Sistem Testi, üye ve bir bağımlı için talepleri girmek, düzenlemek ve işlemek için senaryolar içermelidir.

Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Geçersiz teşhis kodu ve prosedür kodu içeren bir hak talebini girin ve doğrulayın.
  • Etkin olmayan sağlayıcı kimliğiyle bir talep girin ve doğrulayın.
  • Feshedilmiş bir üye ile bir talep girin ve doğrulayın.

Sistem Entegrasyon testi, finans ve sağlayıcı portalı gibi aşağı akış sistemlerine beslemeyi doğrulamak için senaryolar içermelidir.

Finans Sisteminin Test Edilmesi

Finans Sistemi; talepler, üye, sağlayıcı ve komisyoncu sistemi gibi çeşitli yukarı akış sistemlerinden gelen beslemeleri işleyerek ilgili alıcıya maaş çekleri yazabilmeli ve EFT ödemeleri yapabilmelidir.

Pozitif akış Sistem Testi, ödeme için ilgili sağlayıcı, üye veya komisyoncu için doğru adresin veya hesap numarasının seçilip seçilmediğini kontrol etmeye yönelik senaryolar içermelidir.

Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Beslemede ilgili kayıtları oluşturarak geçersiz üye, sağlayıcı veya komisyoncu kimliği için ödeme yapılıp yapılmadığını kontrol edin.
  • Beslemede ilgili kayıtları oluşturarak üye, sağlayıcı veya komisyoncu için geçersiz miktar için (Sıfır veya negatif) ödeme yapılıp yapılmadığını kontrol edin.

Sistem Entegrasyon Testine gerek yoktur, çünkü bunun aşağı akış sistemi yoktur ve yukarı akıştan gelen beslemeler ilgili sistemlerin Sistem Entegrasyonu testinde doğrulanır.

Üye Portalının Test Edilmesi

Üye Portalı aşağıdakileri yapabilmelidir:

  • Politika ayrıntılarını ve hak talebi durumunu görüntüleyin.
  • Politika ayrıntılarında değişiklik talepleri yapın.
  • Premium ödemeler yapın.

Pozitif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Oturum açın ve politika ayrıntılarını ve talep durumunu görüntüleyin.
  • Adresi, adı, telefon numarasını vb. Değiştirmek için değişiklik isteğinde bulunun.
  • Premium ödemeler yapın.

Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Geçersiz kimlik bilgileriyle giriş yapın.
  • Ödenmiş bir prim faturası için ödeme yapın.
  • Geçersiz bir çekle ödeme yapın.

Sistem Entegrasyon Testine gerek yoktur, çünkü bunun aşağı akış sistemi yoktur ve yukarı akış sistemlerinden gelen beslemeler, ilgili sistemlerin sistem entegrasyon testinde doğrulanır.

Sağlayıcı Portalının Test Edilmesi

Sağlayıcı Portalı aşağıdakileri yapabilmelidir:

  • Sağlayıcı ayrıntılarını, üye ayrıntılarını ve hak talebi durumunu görüntüleyin.
  • Sağlayıcı ayrıntılarında değişiklik talepleri yapın.

Pozitif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Oturum açın ve sağlayıcı ayrıntılarını, üye ayrıntılarını ve talep durumunu görüntüleyin.
  • Adresi, adı, telefon numarasını vb. Değiştirmek için değişiklik isteğinde bulunun.

Negatif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Geçersiz kimlik bilgileriyle giriş yapın
  • Geçersiz üye kimliğine sahip üye ayrıntılarını görüntüleyin

Sistem entegrasyon testine gerek yoktur, çünkü bunun aşağı akış sistemi yoktur ve yukarı akış sisteminden gelen beslemeler, ilgili sistemlerin sistem entegrasyon testinde doğrulanır.

Broker Portalının Test Edilmesi

Broker Portalı aşağıdakileri yapabilmelidir:

  • Broker ayrıntılarını ve komisyon ödemesini görüntüleyin.
  • Acente ayrıntılarında değişiklik talepleri yapın.

Pozitif akış Sistem Testi, aşağıdakilere yönelik senaryolar içermelidir:

  • Oturum açın ve komisyoncu ayrıntılarını ve komisyon ödemesini görüntüleyin.
  • Adresi, adı, telefon numarasını vb. Değiştirmek için değişiklik isteğinde bulunun.

Negatif akış Sistem Testi, geçersiz kimlik bilgileriyle oturum açmak için senaryolar içermelidir.

Sistem Entegrasyon Testine gerek yoktur, çünkü bu sistemde herhangi bir aşağı akış sistemi yoktur ve yukarı akıştan gelen beslemeler ilgili sistemlerin Sistem Entegrasyon Testinde doğrulanır.

İşte bu, tüm modüller ve içlerinde test edeceğimiz yönler budur.

Windows için en iyi ücretsiz dvd ripper

Sağlık Hizmetleri Yazılımını Test Etmek İçin Önemli İpuçları

İpucu 1) Tarihler önemlidir ve doğru olmalıdır çünkü tarihte küçük bir değişiklik büyük bir kusurun fark edilmemesine neden olabilir.

2. İpucu) Sağlık Hizmetinde, farklı plan türleri, üyeler, sağlayıcılar, aracılar, komisyon hesaplama yöntemi vb. Gibi birçok test parametresi vardır - bu nedenle, bakım sırasında dikkatli olunmalıdır. test senaryoları tasarlamak kapsanan ve kapsanmayan parametrelerin bir izini alarak.

3. İpucu) İlgili sistemler için iş kullanıcılarını tanıyın ve onların bakış açısından düşün en iyi kusurları bulmak için.

4. İpucu) Sistem testi için aynı sırayı takip etmek gerekli değildir ve burada sağlanan senaryolar sadece bir sağlık hizmeti uygulamasının genel işlevselliğini kapsar. Ayrıca daha fazla senaryo eklemeniz gerekebilir ( bu posta) aldığınız gereksinimlere göre.

İpucu 5) Sağlık hizmetleri artık uygun maliyetli bir bakım yöntemine doğru ilerliyor. Böylelikle, abonenin sigortacıların rekabetçi yapısını artıran ve dolaylı olarak maliyet düşürme ihtiyacını ortaya koyan tüm sigortacılar tarafından verilen planların bir görünümüne sahip olabileceği bir değişim modeli getirmişlerdir.

Sağlık hizmetleri geliştikçe, kullanılan yazılımdaki değişikliğe ihtiyaç duyulacak ve ilgili yazılım uygulamalarının oluşturulması, değiştirilmesi ve test edilmesinden elde edilen gelir BT için gelecektir - bu, bu alanda daha fazla proje beklememiz anlamına gelir. Bu sizi ilgilendiriyorsa, dikkatli olun.

6. İpucu) Sağlık hizmeti uygulama testlerinde başarının anahtarı iddialardır - bunlar hakkında tam bilgi ve nasıl yargılandıkları vb.

Sonuç

Bu, sağlık hizmetleri alanının temellerini ve sağlık hizmeti uygulamalarını test etmenin bir yolunu kapsar.

Test uzmanları olarak hiçbir şeyin hatasız olmadığını biliyoruz. Bu makalede bazı kusurlar da olabilir, herhangi bir kusur bulursanız veya bir sorunuz varsa lütfen yorum bırakın. Bizi mükemmelliğe ve gelişime götüreceği için makale hakkındaki değerli geri bildirimlerinizi memnuniyetle karşılıyoruz.

Sağlık hizmeti uzmanı olarak gelecekteki çabalarınız için size en iyisini diliyorum. Görüşürüz!

Önerilen Kaynaklar

^