IVF Kliniklerinin Aday Yönetimi Yazılımından Beklentileri: Görevler vs Hasta Sonuçları

Geri arama görevinin yanında yeşil bir onay işareti var. Koordinatör aradı, sesli mesaj bıraktı ve görevi iş akışının gerektirdiği şekilde kapattı. Ancak henüz kimse bu sorgunun bir konsültasyon randevusuna dönüşüp dönüşmediğini söyleyemez.

Bir IVF kliniği için aday yönetimi yazılımı, öncelikle bu boşluğu ele almalıdır. Tamamlanmış bir görev, yalnızca görevin iş akışı altında tamamlandı olarak işaretlendiğini kanıtlar. Ayrı olarak günlüğe kaydedilen bir aktivite, bir eylemin kaydedildiğini gösterir. Ayrı olarak doğrulanmış bir yaşam döngüsü sonucu ise bir sonraki adımda ne olduğunu gösterir. "Rezervasyon bağlantısı gönderildi" bir aktivitedir. "Konsültasyon randevusu alındı" ise bir sonuçtur. Bir sonuç veya geçerli bir kapatma nedeni olmadan, netice bilinmeyen olarak kalır.

Bu makalede, hasta sonucu terimi doğrulanmış ticari veya operasyonel bir yaşam döngüsü sonucunu ifade eder: randevu alındı, katılım sağlandı, iptal edildi, ertelendi, gelinmedi, geçerli bir nedenle kaybedildi veya tedavi başladı. Bu tanım; gebelik, canlı doğum, tedavi başarısı, embriyo kalitesi, prognoz, uygunluk ve diğer tüm klinik sonuçları kapsamaz. İfadenin klinik olarak anlaşılabileceği yerlerde doğrulanmış yaşam döngüsü sonucu terimini kullanıyoruz.

Yeşil bir onay işareti neden kaydı çok erken sonlandırabilir?

Onay işareti, iş kaleminin iş akışı kapsamında kapatıldığını kanıtlar. İletişim kurulduğunu, randevu alındığını, katılım sağlandığını, reddedildiğini veya tedavinin başladığını kanıtlamaz.

Görev raporlaması doğru olabilir ve buna rağmen yaşam döngüsü raporlamasından farklı bir soruya yanıt verebilir. CRM, kendisinden kaydetmesi istenen şeyi kaydetmiştir ve koordinatör atanan işi yapmıştır. Sorun, kapatılan bir görevin kapatılmış bir yolculuk olarak okunmasıyla başlar.

Görev, aktivite, aşama, doğrulanmış sonuç ve bilinmeyen sonuç arasındaki fark nedir?

Bu beş olgunun her birinin kendi kanıtına, zaman damgasına ve kaynağına ihtiyacı vardır. Tedarikçi terminolojisi değişiklik gösterir. Salesforce Yardım, görevleri ve etkinlikleri toplu olarak aktiviteler olarak tanımlar (26 Ekim 2026'da kontrol edilmiştir), bu nedenle kelimelerin eşleştiğini varsaymadan önce kliniğinizin tanımlarını ürünün nesneleriyle eşleştirin.

Görev

Görev, geri arama, bilgi gönderme veya gelinmeyen randevuyu inceleme gibi atanan veya yapılması gereken bir iş birimidir. Görevin tamamlanması, iş akışı altında tamamlandı olarak işaretlendiğini kanıtlar. Hedeflenen iletişimin veya hasta sonucunun gerçekleştiğini kanıtlamaz.

Aktivite veya klinik eylemi

Aktivite; arama girişimi, mesaj gönderimi, sesli mesaj bırakılması veya rezervasyon bağlantısı gönderilmesi gibi kaydedilmiş bir klinik eylemidir. Kayıt, eylemin gerçekleştiğini kanıtlar. İletişim kurulduğunu, randevu alındığını, katılım sağlandığını veya eylemin daha sonra bir ilerlemeye neden olduğunu kanıtlamaz.

Yaşam döngüsü aşaması

Yaşam döngüsü aşaması, tanımlanmış kanıtlara dayalı olarak sorgunun nerede durduğuna dair ortak bir iş anlayışıdır. İyi bir aday durum yönetimi ve aday yaşam döngüsü yönetimi, her aşamanın bir tanıma, bir kaynağa, geçerli bir zaman damgasına ve bir raporda görünmeden önce bilinmeyenlerin nasıl ele alınacağına dair bir kurala sahip olmasını gerektirir.

Doğrulanmış operasyonel sonuç

Doğrulanmış operasyonel sonuç, ayrı olarak kaydedilen bir neticedir: konsültasyon randevusu alındı, katılım sağlandı, iptal edildi, ertelendi, gelinmedi, geçerli bir nedenle kaybedildi veya tedavi başladı. Bunlar yalnızca operasyonel sonuçlardır.

Bilinmeyen sonuç

Bilinmeyen sonuç, belirtilen bir kesim tarihi itibarıyla savunulabilir bir sonraki sonucun mevcut olmadığı anlamına gelir. Bu, hiçbir şey olmadığı anlamına gelmediği gibi, sıfır veya kayıp anlamına da gelmez. "Bilinmeyen" ifadesini kullanan herhangi bir rapor etiketi, bir "itibarıyla" tarihi ve kaynak kapsamı hakkında bir not içermelidir.

Sorgudan tedaviye uzanan zincirdeki her ok neden ayrı bir olgu gerektirir?

Hiçbir adım bir sonrakini kanıtlamaz. Aşağıdaki her okun kendi gözlemlenen veya kaydedilen olgusuna ihtiyacı vardır.

cevapsız arama
-> geri arama girişimi kaydedildi
-> iletişim kuruldu
-> konsültasyon randevusu alındı
-> konsültasyona katılım sağlandı
-> tedavi başladı

İşte her adımı destekleyebilecek kanıtlar:

• Cevapsız arama - Bir arama sistemi kaydı.

• Geri arama girişimi - Zaman damgalı bir eylem günlüğü girişi.

• İletişim kuruldu - Geçerli bir sonuç veya görüşme neticesi.

• Konsültasyon randevusu alındı - Bir randevu kimliği ve tarihi.

• Konsültasyona katılım sağlandı - Vade tarihinden sonra kaydedilen bir katılım sonucu.

• Tedavi başladı - Kliniğin tanımladığı bir sonraki operasyonel olay.

Bir web sitesindeki telefon bağlantısına tıklanması, yalnızca bağlantının kullanıldığını gösterir. Bir aramanın kliniğe ulaşıp ulaşmadığını ve birinin cevap verip vermediğini göstermek için arama sistemi verilerine ihtiyacınız vardır. Bağlantılı geçmişte hiçbir geri arama görünmüyorsa, geri aramanın hiç yapılmadığını veya sadece kaydedilmediğini tahmin etmek yerine bu kapsam sınırını raporlayın. İyi bir IVF sorgu yönetimi ve takip takip yazılımı bu kayıtları ayrı tutar.

IVF klinikleri için hazırlanan daha kapsamlı hasta yolculuğu haritalama kılavuzu, bu olayların sistemler arasında nasıl bağlanacağını açıklar. Aşağıdaki üç senaryo açıklayıcıdır.

Rezervasyon bağlantısı gönderildi, henüz randevu yok

Bir koordinatör bir rezervasyon bağlantısı gönderir ve görevi kapatır. Eylem tamamlanmıştır ancak henüz bir randevu kaydı gelmemiştir. Doğru etiket "rezervasyon bağlantısı gönderildi; 26 Ekim 2026 itibarıyla rezervasyon sonucu bilinmiyor" şeklindedir. Kaydı kapatmadan önce, sürecinizin kapsadığı her rezervasyon sistemini ve izin verilen rotayı kontrol edin, çünkü kişi bunlardan biri aracılığıyla randevu almış olabilir. Boş bir kayıt, neden randevu görünmediğini açıklayamaz.

Belirli bir tarih itibarıyla yanıt kaydedilmedi

İki erişim girişimi yapılmış ve rapor kesim tarihi itibarıyla doğrulanmış bir yanıt alınmamıştır. Doğru etiket "26 Ekim 2026 itibarıyla yanıt kaydedilmedi" şeklindedir. Bu, "hasta reddetti", "kaybedildi" veya "hiç yanıt vermedi" ifadelerinden farklı bir beyandır. Yanıt vermeyen aday durumunun bu şekilde çalışması gerekir: Tarih, güncel bir gözlemin geleceğe dair bir iddiaya dönüşmesini engeller.

Hala sonraki olaylara ihtiyaç duyan doğrulanmış bir cevapsız arama

Arama sistemi cevapsız bir gelen aramayı gösterir ve bir geri arama görevi oluşturulur. Geri arama, iletişim, randevu ve katılımın her birinin yeni bir kayda ihtiyacı vardır. Tek başına cevapsız arama, savunulabilir bir gelir miktarını desteklemez. Tüp bebek merkezi gelir sızıntısı kılavuzu bu geniş finansal sınırı açıklar. Daha sonra bir randevu alınsa bile, bu durum geri aramanın buna neden olduğunu kanıtlamaz.

Hangi yaygın aday yönetimi kategori hataları bir IVF kliniğinin raporlarını bozar?

Aşağıdaki her satır bir kategori hatasıdır. Kaydedilen olgu doğru olabilir; hata, birinin bundan çıkardığı sonuçtur.

Kaydedilen olgu	Yanlış sonuç	Doğru durum	Sonrasında gereken kanıt
Mesaj gönderildi	Hasta ile iletişim kuruldu	Klinik eylemi kaydedildi	Teslimat ve geçerli bir iletişim sonucu
Rezervasyon bağlantısı gönderildi	Konsültasyon randevusu alındı	Rezervasyon eylemi teklif edildi	Randevu kimliği ve tarihi
Geri arama girişimi	Görüşme gerçekleşti	Girişim kaydedildi	Cevap veya sonuç
Tarih itibarıyla yanıt yok	Aday kaybedildi	Sonuç bilinmiyor veya politika gereği belirlenen takip durumu	Doğrulanmış kapatma veya daha sonraki bir sonuç
Gelinmeyen randevu	Kesin kayıp	O randevu için gelinmedi sonucu	Yeniden randevu, ret, sonraki sonuç veya geçerli kapatma
Görev kapatıldı	Hasta yolculuğu kapatıldı	İş kalemi tamamlandı	Ayrı bir yaşam döngüsü sonucu
Erişimden sonraki randevu	Erişim randevuya neden oldu	Eylem, sonraki hareketten önce geldi	Nedensellik iddiasından önce daha güçlü bir karşılaştırma

Her satır, kaydedilen olguyu henüz kanıta ihtiyaç duyan bir sonuçtan ayırır. Satış aktivitesi ile sonuç raporlaması arasındaki pratik fark budur.

Bilinmeyen durum neden geçerli ve yararlı bir durumdur?

Bilinmeyen, "itibarıyla" tarihi ve kaynak kapsamı olan birinci sınıf bir raporlama durumudur. Kaybedilenin kibar bir ifadesi değildir. Bunu görünür tutmak birkaç işe yarar:

• Herhangi birinin kayıp nedenleri uydurmasını durdurur.

• Veri kalitesi boşluklarını hasta davranışından ayırır.

• Sonuç güncellemelerinin nerede eksik olduğunu gösterir.

• Daha sonraki bir olayın geçmişi tamamlamasına olanak tanır.

• Sonradan edinilen bilgilerin önceki kaydı yeniden yazmasını engeller.

Bilinmeyen kayıtlar otomatik bir erişim listesi değildir. Daha sonraki herhangi bir iletişimden önce kimliği, yetkiyi, mevcut durumu, mükerrer kayıtları, mevcut sahipliği, onayı ve kanal kurallarını kontrol edin. Bu kurallar yargı yetkisine, klinik politikasına, sözleşmeye, amaca ve uygulamaya bağlıdır.

Karar vermeye hazır bir aday kaydı neleri korumalıdır?

Yararlı bir aday kaydı, eylem geçmişini sonuç geçmişinden ayrı tutar ve ham kaynak etiketini kanonik aşamadan ayrı tutar. Şu alanları koruyun:

• Kayıt ve kaynak sistem tanımlayıcısı

• Konum ve hizmet hattı

• Ham kaynak etiketi

• Eşlenmişse kanonik yaşam döngüsü aşaması

• Zaman damgası ve aktör veya sistemle birlikte son doğrulanmış klinik eylemi

• Zaman damgasıyla birlikte son doğrulanmış yaşam döngüsü sonucu

• Mevcut durum: biliniyor, bilinmiyor, açık veya olgun

• Kaynağıyla birlikte açıkça belirtilen herhangi bir neden

• Klinik politikası kapsamındaki bir sonraki inceleme tarihi

• Düzeltme geçmişi

• Veri kapsamı veya güven düzeyi

Çıkarılan bir neden, kaydedilen bir neden değildir. Son doğrulanmış eylemi ve sonucu ayrı zaman damgaları olarak tutun. Daha sonraki bir randevu, önceki bir bilinmeyen durumun üzerine yazmamalı veya sıralamayı nedenselliğe dönüştürmemelidir.

IVF aday yönetimi yazılımı neleri görüntülemelidir?

Bir IVF kliniği için aday yönetimi yazılımı, klinik eylemlerini ve doğrulanmış yaşam döngüsü sonuçlarını ayrı, tarihli olgular olarak tutmalı ve bir sonraki sonuç bağlantılı kayıtta olmadığında bilinmeyeni görünür bırakmalıdır. Aynı ayrım, hasta sonucu takibi ve daha geniş anlamda sağlık hizmetleri aday yönetimi için de geçerlidir. IVF kayıtları için görüntüleme standardı şunları kapsar:

• Eylemler ve sonuçlar için ayrı zaman çizelgeleri

• Her durum ve sonuç için bir tanım

• Hem ham hem de eşlenmiş aşama değerleri

• Her biri kendi kaynağına ve zaman damgasına sahip son doğrulanmış eylem ve son doğrulanmış sonuç

• Açıkça gösterilen bilinen, bilinmeyen ve açık sonuçlar

• Açık bir sonuçtan ayrı tutulan güncelliğini yitirmiş durum

• Çıkarılan açıklamalardan ayrı tutulan geçerli kaydedilmiş nedenler

• Geçmişi sessizce yeniden yazmayan düzeltmeler

• Görünür boşluklar dahil olmak üzere arama, randevu ve sonraki sonuç kapsamı

• Dağıtıma uygun dışa aktarma, denetlenebilirlik ve rol ve erişim kontrolleri

• Görevin tamamlandığı ve sonucun bilinmediği kayıtları bulmanın bir yolu

Bazı ürünler halihazırda ayrı kavramları belgelemektedir. HubSpot'un güncel yaşam döngüsü aşaması belgeleri, Aday Durumunu (Lead Status), Satış Kalifiye Aday (Sales Qualified Lead) aşaması içindeki alt aşamalar olarak tanımlar ve varsayılan seçenekler arasında İletişim Kurulmaya Çalışıldı ve İletişim Kuruldu yer alır (26 Ekim 2026'da kontrol edilmiştir). Bu değerlerin gerçeği yansıtıp yansıtmadığı, her kliniğin bunları nasıl yapılandırdığına ve güncellediğine bağlıdır.

Bir klinik, bir CRM veya aday yönetimi tedarikçisine ne sormalıdır?

Eylem tarihlerini ve sonuç tarihlerini ayrı ayrı raporlayıp raporlayamadığına ve randevu ile tedavi başlangıcı doğruluğunun hangi sisteme ait olduğu konusunda net olup olmadığına göre bir sistem seçin. Şunları sorun:

• Bir görevi kapatmak yaşam döngüsü durumunu otomatik olarak değiştiriyor mu?

• Bilinmeyen, birinci sınıf bir durum olarak kalabilir mi?

• Aşamalar normalleştirildiğinde ham etiketler korunuyor mu?

• Klinik, düzeltmeleri ve kaynak kökenini görebiliyor mu?

• Cevapsız aramaları telefon tıklamalarından nasıl ayırıyor?

• Ürün nedenleri tahmin mi ediyor yoksa sadece kaydedilenleri mi saklıyor?

• Tamamlanmış bir görevi ve bilinmeyen bir sonucu olan kayıtlar, toplu erişim olmadan incelenebilir mi?

• Hangi sahip, görev ve durum işlevleri CRM'e, hangileri bir analitik veya kurtarma katmanına ait?

Haftalık raporlama, bilinmeyen sonuçları olan tamamlanmış görevleri nasıl ortaya koymalıdır?

Haftalık bir görünüm, tamamlanan işleri ve bilinmeyen sonuçları, rapor kesim tarihi görünür olacak şekilde yan yana göstermelidir. Klinik kendi eşiklerini ve ritmini belirler. Karar vermek için güvenli olan görünümler şunlardır:

• Bu hafta tamamlanan görevler

• Başarılı iletişim sonuçları

• Randevu dönmeyen, gönderilmiş rezervasyon bağlantıları

• Doğrulanmış bir sonraki olayı olmayan cevapsız aramalar

• Vadesi gelen, katılım sağlanan, iptal edilen veya gelinmeyen randevular

• Kliniğin tanımladığı tazelik penceresinden daha eski kayıtlar

• Kesim tarihi itibarıyla bilinmeyen sonuçlar

• Kaydedilmiş bir kurtarma eyleminden sonraki hareketlilik

Kaydedilen bir eylemden sonraki hareketlilik yalnızca sıralamayı gösterir. Eylemin hareketliliğe neden olduğunu kanıtlamaz. Bilinmeyen sonuçları olan tamamlanmış görevler kuyruğunu klinik politikası kapsamında inceleyin ve bunu bir iletişim listesi olarak değerlendirmeyin.

Irresist nerede yardımcı olabilir ve hangi iş akışı hala kliniğin kaynak sistemlerine aittir?

Irresist, IVF klinikleri için bir Doğurganlık Hasta Zekası (Fertility Patient Intelligence) katmanıdır. Kullanılabilir verilerin olduğu yerlerde, bilinmeyenleri ve kanıt boşluklarını görünür tutarken gözlemlenebilir sorgu bağlamını, kaydedilen klinik eylemlerini ve daha sonra kaydedilen yaşam döngüsü sonuçlarını birbirine bağlayabilir. Erken bir Gelir Kurtarma pilot çalışması, manuel veya CSV sonuç güncellemelerini kullanabilir.

Irresist, belgelenmiş bağlantıların veya dışa aktarmaların, izinlerin, tanımlayıcıların, kullanılabilirliğin ve kalitenin izin verdiği durumlarda CRM ve diğer kaynak sistemlerle birlikte çalışır. Tüp bebek merkezi CRM gelir kurtarma sayfası bu sınırı açıklar; IVF aday takip yazılımı takip bağlamını kapsar; ve Irresist'in kanıt seviyeleri kaydedilen kurtarmayı nedensel artıştan ayırır.

Irresist yetkili sahipler atamaz, CRM görev sisteminin yerini almaz, yetkili durum iş akışını yürütmez veya CRM veya EMR'nin yerini almaz. Kliniğin hiç kaydetmediği sonuçlar oluşturmaz, bir telefon tıklamasını arama olarak değerlendirmez, yanıtsızlığı ret olarak okumaz, sonraki hareketlilikten nedensellik kanıtlamaz veya özel niyeti, teşhisi veya klinik uygunluğu bilmez.

Bu bir IVF kliniği için ne anlama geliyor?

Bir klinik, tamamlanmış görev raporuna güvenebilir ve yine de bir sonraki adımda ne olduğunu söyleyen ayrı olgudan yoksun olabilir. Pratik bir ilk adım, görevin tamamlandığı ancak randevu, katılım, kapatma veya tedavi başlangıcı sonucunun rapor tarihi itibarıyla bilinmediği kayıtları çekmektir. Ardından, her bir eksik olgunun hangi kaynak sisteme ait olduğunu kontrol edin.

Öncelikle dışarıdan bir bakış açısı isterseniz, özel bir IVF Gelir Sızıntısı Haritası talep edin. Bu harita, en büyük boşluğunuzun halka açık hasta yolu mu, durum semantiği mi, sonuç güncelliği mi, telefon kapsamı mı yoksa sorgu sonrası kurtarma iş akışı mı olduğunu gösterebilir.

Bir görev yeşile döndüğünde, kliniğiniz size bir sonraki adımda ne olduğunu söyleyen ayrı olguyu gösterebilir mi?

SSS

Aday yönetimi yazılımı bir IVF kliniği için neleri takip etmelidir?

Klinik eylemlerini ve doğrulanmış yaşam döngüsü sonuçlarını ayrı, tarihli olgular olarak takip etmelidir. Bu, bir zaman çizelgesinde arama girişimleri, mesajlar ve rezervasyon bağlantıları; diğerinde ise randevular, katılım, iptaller, gelinmeyen randevular, geçerli kapatmalar ve tedavi başlangıçları anlamına gelir. Ayrıca ham kaynak etiketlerini, eşlenmiş aşamaları, düzeltme geçmişini ve "itibarıyla" tarihi olan açık bir bilinmeyen durumu tutmalıdır.

Tamamlanmış bir görev ile bir hasta sonucu arasındaki fark nedir?

Tamamlanmış bir görev, bir iş kaleminin iş akışı altında tamamlandı olarak işaretlendiğini gösterir. Burada kullanılan operasyonel anlamda bir hasta sonucu, konsültasyon randevusu alınması, katılım sağlanması veya tedavinin başlaması gibi ayrı olarak kaydedilen bir yaşam döngüsü sonucudur. Görev, kliniğin çabasını kaydeder. Sonucun, bir sonraki adımda ne olduğunu raporlayabilmek için kendi kanıtına, zaman damgasına ve kaynağına ihtiyacı vardır.

Rezervasyon bağlantısı göndermek, konsültasyon randevusu alındığı anlamına mı gelir?

Hayır. Bir bağlantı göndermek, kliniğin bir rezervasyon yolu sunduğunu gösterir. Bir rezervasyon için bir kimliği ve tarihi olan ayrı bir randevu kaydı gerekir. Kapsanan bir rezervasyon sisteminde bir kayıt görünene kadar doğru etiket, rapor tarihi itibarıyla "rezervasyon bağlantısı gönderildi; rezervasyon sonucu bilinmiyor" şeklindedir.

Bir IVF kliniği, yanıt alamadığı bir adayı kaybedildi olarak işaretlemeli mi?

Otomatik olarak değil. Bir tarih itibarıyla "yanıt kaydedilmedi", bağlantılı kaydın şu anda ne gösterdiğini açıklayan bir kanıt durumudur. Kaybedildi durumu, kaydedilen bir ret veya geçerli bir neden gibi kliniğin tanımladığı kapatma kanıtına ihtiyaç duymalıdır. Tek başına sessizlik, bir kişinin kararını açıklamaz ve kaydını yeniden yazmamalıdır.

Cevapsız aramalar ve geri aramalar nasıl kaydedilmelidir?

Cevapsız aramayı arama sistemi verilerinden kaydedin, ardından her geri arama girişimini bir zaman damgasıyla günlüğe kaydedin. İletişim için geçerli bir sonuç, randevu için ise bir randevu kimliği gerekir. Bir web sitesi telefon bağlantısı tıklaması bir arama kaydı değildir. Geri arama görünmüyorsa, geri aramanın yapılmadığını varsaymak yerine kapsam sınırını raporlayın.

Bir tüp bebek merkezi hangi aday durumlarını kullanmalıdır?

Her biri bir tanıma, bir kaynağa, geçerli bir zaman damgasına ve bilinmeyenler için bir kurala sahip olan, kliniğin tanımladığı durumları kullanın. Yaygın operasyonel sonuçlar arasında randevu alındı, katılım sağlandı, iptal edildi, ertelendi, gelinmedi, geçerli bir nedenle kaybedildi ve tedavi başladı yer alır. "Girişimde bulunuldu" gibi eylem etiketlerini sonuç etiketlerinden ayrı tutun ve bilinmeyeni görünür bir durum olarak saklayın.

Bir CRM, bir IVF sorgusunun neden hastaya dönüşmediğini gösterebilir mi?

Sadece geçerli bir neden ve daha sonraki bir sonuç gerçekten kaydedildiğinde gösterebilir. Bir CRM görevleri, aktiviteleri ve etiketleri gösterebilir ancak boş bir alandan veya sessizlikten özel bir nedeni tahmin edemez. Tahmin edilen nedenler asla kaydedilen nedenler olarak saklanmamalı veya raporlanmamalıdır.

Bir klinik, görevleri tamamlanmış ancak sonuçları bilinmeyen adayları nasıl bulabilir?

Rapor kesim tarihi itibarıyla tamamlanmış bir görevi olan ve doğrulanmış randevu, katılım, kapatma veya tedavi başlangıcı sonucu olmayan kayıtları filtreleyin. Her kaydın yanında kaynak kapsamını gösterin. Herhangi bir takipten önce kimliği, mevcut durumu, mükerrer kayıtları, sahipliği, onayı ve kanal kurallarını kontrol ederek listeyi klinik politikası kapsamında inceleyin.