Tibbi konfrans üçün qeydiyyat proqramı seçərkən yalnız ad və e-poçt ünvanlarının toplanıb-toplanmadığını yoxlamaq kifayət deyil. Komandanıza brendli açıq qeydiyyat səhifəsi, strukturlaşdırılmış iştirakçı sualları, tutum nəzarəti, e-poçt təsdiqi, təsdiqləmə, qrup müraciətlərində fərdi qeydlər və qeydiyyatdan Invitations, QR Ticket-lər və Check-in prosesinə aydın keçid lazım ola bilər.
Bu tibbi konfrans qeydiyyatı proqramı üçün yoxlama siyahısından platformaları müqayisə edərkən istifadə edin. Hər meyar nümayiş zamanı veriləcək praktik sualı və satınalmadan əvvəl yoxlanmalı sərhədi göstərir. Məqsəd sadəcə yadda saxlanılmış qeydiyyat müraciəti ilə qəbul edilmiş Event Guest-i, eləcə də QR kodla təsdiqlənmiş giriş qeydini bir-birindən ayırmaqdır.
Yoxlama siyahısından əvvəl: əməliyyat problemini müəyyənləşdirin
Tibbi konfrans komandaları çox vaxt sadə tələblə başlayır: iştirakçı məlumatlarını onlayn toplamaq. Əməliyyat çətinliyi isə daha sonra üzə çıxır. Forma müraciəti qəbul edilmiş iştirakçı kimi qəbul edilə bilər, bir neçə nəfər bir əlaqə şəxsi altında qeydiyyata alına bilər, tutum qrup üzrə hesablana bilər və fərdi cavablar qeydlərə və ya ayrı cədvəllərə düşə bilər. Bu qısa yollar həm qonaqlar, həm də tədbir komandaları üçün qeyri-müəyyənlik yaradır. Qonaq formaya məlumat göndərdikdən sonra iştirakının təsdiqlənib-təsdiqlənmədiyini bilməyə bilər. Təşkilatçılar isə hansı şəxslərin təsdiqləndiyini, Approved statusu aldığını, Guest List-ə köçürüldüyünü və Invitation və Check-in üçün hazır olduğunu görə bilməyə bilərlər. Cədvəllər müvəqqəti kömək etsə də, adətən təkrar məlumat köçürmə, dublikat yoxlaması və tədbirdən əvvəl ayrıca uzlaşdırma tələb edir. Daha düzgün qiymətləndirmə platformanın hansı iş axını vəziyyətlərini göstərə bildiyini və onlar arasındakı keçidləri necə idarə etdiyini müəyyənləşdirməklə başlayır.
- Açıq müraciətin qəbul edilmiş Event Guest olmamışdan əvvəl harada saxlandığını soruşun.
- Registration, Guest List, Invitation, RSVP, QR Ticket və Check-in mərhələlərini tələblərinizdə ayrı göstərin.
- Həm fərdi qeydiyyatı, həm də bir əlaqə şəxsi tərəfindən bir neçə iştirakçının qeydiyyatını test edin.
- Tibbi konfransa aid tələblərin həqiqətən dəstəkləndiyini, hansılarının isə ayrıca sistem və ya proses tələb etdiyini təsdiqləyin.
1. Məlumat toplama modelini və açıq qeydiyyat səhifəsini yoxlayın
İlk meyar platformanın məlumat toplamanı qəbul və ya giriş hüququ ilə qarışdırmadan uyğun açıq qeydiyyat təbəqəsi təqdim edib-etməməsidir. Event-ə xüsusi, responsive qeydiyyat səhifəsində Event adı, brendinq, tarix və vaxt, təşkilatçının verdiyi qeydiyyat məlumatları və formanın özü göstərilə bilməlidir. Səhifənin açıq URL, endirilə bilən Registration QR code və ya veb-sayt qeydiyyat düyməsi ilə paylaşılıb-paylaşılmadığını soruşun. Qeydiyyat söndürüldükdə və ya açılma-bağlanma tarixlərindən kənarda olduqda nə baş verdiyini də yoxlayın. Qonağın linkin işləmədiyini düşünməməsi üçün aydın unavailable vəziyyəti daha uyğundur. QRGATE brendli Public Registration Page təqdim edən optional Event Registration moduluna malikdir. Public Registration URL birbaşa, Registration QR code vasitəsilə və ya adi HTML link/düymə ilə paylaşıla bilər. Müraciət əvvəlcə Registration qeydi kimi saxlanılır; avtomatik olaraq qəbul edilmiş Guest və ya giriş icazəsi yaratmır.
- Səhifə təşkilatçının verdiyi təlimatları, iştirak məlumatlarını və praktiki detalları göstərə bilərmi?
- Təşkilatçı Registration opens və Registration closes dəyərlərini təyin edə bilərmi?
- Açıq səhifə bilet satışı və ödəniş emalından aydın şəkildə ayrıdırmı?
- Forma göndərildikdən dərhal sonra müraciətin dəqiq statusu nə olur?
2. Registration Form və xüsusi sualları qiymətləndirin
Tibbi konfrans qeydiyyat forması standart şəxsiyyət sahələrindən daha çox məlumat tələb edə bilər. Mövcud sahə tiplərini, məcburi seçimlərini, kömək mətnini, sıralanmanı və cavabların saxlanma formasını müqayisə edin. Əsas sual yalnız platformanın sual göstərə bilməsi deyil, cavabın strukturlaşdırılmış və fərdi iştirakçı qeydi ilə əlaqəli qalmasıdır. Nümayiş zamanı ad, soyad, e-poçt, telefon, şirkət, vəzifə və şərh kimi standart sahələri, ardınca isə xüsusi sualları yoxlayın. Qısa mətn, uzun mətn, bəli/xeyr, tək seçim, çoxlu seçim və checkbox sahələrini test edin. Sualların aktiv, enabled, required və ya optional kimi necə işarələndiyini və cavabların ixracda necə göründüyünü soruşun. QRGATE-in Form Builder-i sənədləşdirilmiş bu sual tiplərini və sahə parametrlərini dəstəkləyir. Xüsusi cavablar strukturlaşdırılmış Registration məlumatı kimi saxlanılır və dinamik Registration Excel export-da iştirakçı səviyyəsində ayrıca sütunlar kimi görünə bilər. Bu, sərbəst mətnli qeydləri daha aydın əməliyyat məlumatı ilə əvəz etməyə kömək edə bilər. Lakin sənədləşdirilməyən tibbi akkreditasiya və ya digər tibbi proqram imkanlarını yaratmır.
- Suallar məcburi və ya seçimə bağlı ola bilərmi?
- Seçim cavabları sonrakı baxış və ixrac üçün ardıcıl saxlanılırmı?
- Forma ödəniş emalı mənası yaratmadan optional billing information toplaya bilərmi?
- Tibbi akkreditasiya, CME/CPD, sertifikat və ya tezis sahələri dəstəklənirmi? Sənədləşdirilməyibsə, support@qrgate.org ünvanına müraciət edin.
3. İştirakçı tutumunun necə hesablandığını təsdiqləyin
Tutum müqayisələrdə tez-tez yanıltıcı olur. Platforma qeydiyyat sayını göstərə bilər, amma bunun forma, əlaqə şəxsi, qrup, yoxsa fərdi iştirakçı sayı olduğunu aydınlaşdırmaya bilər. Bir koordinator bir neçə həmkarını qeydiyyata aldıqda bu fərq konfrans üçün xüsusilə vacibdir. Satıcıdan, məsələn, 300 iştirakçı tutumu və beş nəfərdən ibarət bir müraciəti nümayiş etdirməsini istəyin. Əsas sual həmin müraciətin bir, yoxsa beş yer tutmasıdır. Həmçinin hansı Registration statuslarının normal tutuma daxil olduğunu, limitə çatdıqda nə baş verdiyini və açıq səhifədə mövcudluq göstəricisinin optional olub-olmadığını yoxlayın. QRGATE tutumu Registration Group üzrə deyil, iştirakçı üzrə hesablayır. Sənədləşdirilmiş modeldə New və Approved iştirakçılar normal tutumdan istifadə edir, Rejected və Waitlist iştirakçıları isə etmir. Təşkilatçı maksimum attendee capacity təyin edə və mövcudluğu Public Registration Page-də göstərməyi seçə bilər. Son tutum yoxlaması, qalan yerlər üçün rəqabətli müraciətlər zamanı da backend tərəfindən aparılır.
- Tutum fərdi iştirakçılarla, yoxsa qeydiyyat müraciətləri ilə ölçülür?
- Qrup müraciətini limitə qarşı test etmək mümkündürmü?
- Hansı statuslar normal tutuma daxil edilir?
- Tutum tətbiqini saxlayaraq mövcudluq məlumatını gizlətmək olarmı?
- Bu xüsusiyyət açıq şəkildə sənədləşdirilməyibsə, avtomatik waitlist olduğunu fərz etməyin.
4. Verification və uyğunluq qaydalarını araşdırın
Göndərilmiş forma mütləq təsdiqlənmiş və ya uyğun iştirakçı demək deyil. Yoxlama siyahınız müraciətin saxlanmasını, müvafiq e-poçt ünvanının təsdiqlənməsini və şəxsin Guest List-ə təsdiqlənməsi və ya köçürülməsini ayrı göstərməlidir. Sistemin hansı verification basis-i qeyd etdiyini və qeydiyyatın növbəti mərhələyə keçməsi üçün təsdiqin tələb olunub-olunmadığını soruşun. Gecikmiş və ya çatdırılmamış təsdiq e-poçtunu da test edin. E-poçt gecikəndə və ya spam qovluğuna düşəndə saxlanmış müraciət itirilməməlidir. QRGATE save-first, verify-second modelindən istifadə edir: Registration müraciət zamanı saxlanılır, təhlükəsiz təsdiq və idarəetmə girişi isə ayrıca həyata keçirilir. Fərdi qeydiyyatda iştirakçı öz e-poçtunu təsdiqləyə bilər. Qrup müraciətində təsdiqlənmiş Registration Contact əlavə etdiyi iştirakçılar üçün sənədləşdirilmiş verification basis yarada bilər. Bu, hər iştirakçının öz e-poçtunun təsdiqləndiyi anlamına gəlmir. İştirakçı sonradan secure self-claim prosesi ilə öz ünvanını təsdiqləyib şəxsi Registration məlumatlarını idarə edə bilər.
- Verification statusu təşkilatçıya görünürmü?
- Platforma Self verified, Verified Registration Contact və Pending verification vəziyyətlərini ayırırmı?
- Təsdiqin yenidən göndərilməsi dublikat Registration yaradırmı?
- İştirakçı əvvəllər Registration Contact tərəfindən əlavə edilmiş qeydi öz adına claim edə bilərmi?
- Registration Contact təsdiqini hər iştirakçının e-poçt təsdiqi kimi qəbul etməyin.
5. Bir neçə iştirakçının qeydiyyatını və fərdi qeydləri test edin
Korporativ tibbi işlər, agentlik və assosiasiya komandaları bəzən bir əlaqə şəxsi vasitəsilə bir neçə nəfəri qeydiyyata almalıdır. Platforma qrup münasibətini saxlamalı, lakin hamını bir qeyddə birləşdirməməlidir. Satıcıdan Registration Contact-ın üç və ya beş iştirakçı əlavə etdiyi ssenarini göstərməsini istəyin. Hər şəxsin ayrıca Attendee Registration qeydinə, cavablarına, statusuna, price snapshot-ına və conversion state-inə malik olub-olmadığını yoxlayın. Sonra hər şəxsin ayrıca Guest, Invitation, RSVP, QR Ticket və Check-in tarixçəsi ilə yaradılıb-yaradılmadığını təsdiqləyin. QRGATE bir neçə iştirakçı üçün Registration Contact workflow-unu dəstəkləyir. Təsdiqlənmiş bir əlaqə şəxsi qrupu idarə etsə belə, hər iştirakçı ayrıca Attendee Registration qeydi olaraq qalır. Şəxs sonradan secure link vasitəsilə öz Registration qeydini self-claim edə bilər. Self-claim-dən sonra, sənədləşdirilmiş workflow-a uyğun olaraq, Registration Contact həmin iştirakçının şəxsi Registration məlumatlarını dəyişə bilməz.
- Bir təsdiqlənmiş əlaqə şəxsi bir neçə iştirakçını qeydiyyata ala bilərmi?
- Hər iştirakçı ayrıca qeyd və status alırmı?
- Xüsusi cavablar yalnız qrup səviyyəsində deyil, hər iştirakçı üzrə saxlanılırmı?
- Köçürülmüş hər iştirakçı üçün ayrıca Guest, Invitation, QR Ticket və Check-in tarixçəsi olurmu?
- Platforma eyni Event daxilində dublikat iştirakçı e-poçt qeydlərinin qarşısını necə alır?
6. Təsdiqi və Registration-dan Guest List-ə transferi qiymətləndirin
Ən vacib qiymətləndirmə nöqtələrindən biri Registration ilə Guest List girişi arasında nə baş verdiyidir. Platformanın qaydaları açıq şəkildə belə bir keçidi dəstəkləmirsə, açıq müraciət avtomatik qəbul edilmiş Guest kimi təqdim edilməməlidir. Manual və Automatic transfer-i diqqətlə müqayisə edin. Manual workflow-da təşkilatçı uyğun Registration qeydlərini nəzərdən keçirir, lazım olduqda statusu dəyişir və seçilmiş iştirakçıları Guest List-ə əlavə etmək üçün idarə olunan əməliyyatdan istifadə edir. Automatic workflow gündəlik işi azalda bilər, lakin verification, uyğunluq, tutum, unikallıq və səlahiyyət qaydalarını yenə tətbiq etməlidir. QRGATE-də standart transfer üsulu Manual-dır. Təşkilatçı uyğun Registration qeydlərini nəzərdən keçirərək Add selected to Guest List əməliyyatından istifadə edə bilər. Automatic Guest List transfer Event üzrə aktivləşdirilə bilər, lakin təsadüfi açıq müraciətlərdən nəzarətsiz Guest yaratmır. Transfer Registration-to-Guest əlaqəsini saxlayır, dublikat konversiyanın qarşısını alır və Guest yaradıldıqdan sonra açıq Registration redaktəsini kilidləyir. Transfer özü avtomatik Invitation göndərmir.
- Registration-un transfer üçün uyğun olmasını nə müəyyən edir?
- Təşkilatçı qeydləri əl ilə nəzərdən keçirib seçə bilərmi?
- Automatic transfer qlobal deyil, Event üzrə aktivləşdirilə bilərmi?
- Platforma conversion state və timestamp-i saxlayırmı?
- Transfer avtomatik Invitation göndərirmi? QRGATE-də göndərmir.
7. Statusları, ixracı və əməliyyat təhvilini yoxlayın
Qeydiyyat platforması transferdən əvvəl və sonra komandanıza istifadə edilə bilən əməliyyat görünüşü təqdim etməlidir. Registration status, verification state, Registration Contact, Registered by, hesablanmış qiymət, tutumla bağlı vəziyyət və Guest List conversion state kimi məlumatları axtarın. İxrac müxtəlif komandalar qeydiyyat məlumatlarını nəzərdən keçirdikdə və ya təsdiqlənmiş əməliyyat siyahıları ilə işlədikdə xüsusilə vacibdir. İxracın iştirakçı səviyyəsində olub-olmadığını və xüsusi sual cavablarının tək notes sahəsində gizlənmək əvəzinə istifadəyə yararlı sütunlara çevrildiyini test edin. QRGATE New, Approved, Rejected və Waitlist Registration statuslarını, həmçinin verification və Guest List conversion state məlumatlarını dəstəkləyir. Dinamik Registration Excel export standart iştirakçı və inzibati məlumatları, konfiqurasiya edildikdə hesablanmış qiymət detalları, dəstəklənən billing information və xüsusi sual cavablarını ehtiva edə bilər. Bu, Guest List export-dan fərqlidir. İxrac əməliyyat təhvilini asanlaşdırır, lakin ümumi analytics və ya CRM imkanı kimi şərh edilməməlidir.
- Komanda hansı iştirakçıların Not added və ya Added to Guest List olduğunu görə bilərmi?
- İxrac Registration Contact və qrup əlaqəsini saxlayırmı?
- Xüsusi cavablar ayrıca, oxunaqlı sütunlarda göstərilirmi?
- Registration export Guest List export-dan ayrıdırmı?
- Hansı əlavə hesabat və ya inteqrasiyalar tələb olunur və bunlar sənədləşdirilibmi?
8. Invitations və RSVP-yə qədər tam yolu izləyin
Qeydiyyat proqramı qəbuldan sonra baş verənləri də nəzərə alaraq qiymətləndirilməlidir. Registration marağı və məlumatı qeyd edir; RSVP ilə eyni deyil. İştirakçı Guest olduqdan sonra komanda fərdiləşdirilmiş Invitation göndərməli və lazım olduqda iştirak cavabı toplamalıdır. QRGATE Registration yolunu normal Guest lifecycle ilə birləşdirir: Guest, Invitation, optional RSVP, QR Ticket və Check-in. Invitations Event və Guest-ə xüsusi e-poçt kommunikasiyasıdır; Event məlumatı, Guest məlumatı, QR Ticket girişi, təqvim girişi və aktiv olduqda RSVP interaction ehtiva edə bilər. RSVP vəziyyətləri Pending / No response yet, Attending və Not attending olaraq ayrılır. Bu ayrım konfrans workflow-u üçün faydalıdır. İştirakçının qəbul edilmiş Registration-u RSVP cavabı olmadan, Attending RSVP-si qeydiyyata alınmış giriş olmadan və Check-in təsdiqi tələb edən QR Ticket-i ola bilər. Əməliyyat komandanızın həqiqətən nələrin baş verdiyini bilməsi vacibdirsə, bu statusları bir-birinin sinonimi kimi təqdim edən platformanı seçməyin.
- Platforma Registration ilə RSVP-ni ayıra bilərmi?
- Təşkilatçılar Pending, Attending və Not attending RSVP statuslarını görə bilərmi?
- Guest List transfer avtomatik Invitation yaradırmı?
- Komanda Registration tarixçəsini nəticədə yaranan Guest ilə əlaqəli saxlaya bilərmi?
- E-poçt çatdırılma kanalları və xatırlatma funksiyaları aydın şəkildə sənədləşdirilibmi?
9. QR Ticket və Check-in davranışını təsdiqləyin
Son workflow meyarı iştirakçını müəyyənləşdirməklə qəbul edilmiş Event girişinin qeydiyyata alınması arasındakı fərqdir. Təkcə QR şəkli şəxsin girişə uyğun olduğunu sübut etmir. Satıcıdan qəbul edilən scan, rədd edilən scan və tətbiq olunan single və ya multiple entry qaydalarını nümayiş etdirməsini istəyin. QRGATE-də Guest Guest workflow-unda unikal QR Ticket alır. QR Ticket Event-i və Guest/Ticket kontekstini müəyyənləşdirir, Check-in isə girişi qəbul və ya rədd etməzdən əvvəl Event-in biznes qaydalarını tətbiq edir. Uğurlu Check-in Event girişini qeyd edir. Prosesi səlahiyyətli Entry Staff və ya dəstəklənən Self Check-in workflow-u başladır. Əməliyyat planlaması zamanı checked-in və hələ check-in olunmamış Guest-lərin, Check-in vaxtının və dəstəklənən real-time giriş görünüşünün göstərilib-göstərilmədiyini soruşun. QRGATE dəstəklənən Check-in əməliyyatları üçün Offline imkanını və sonradan sinxronizasiyanı da sənədləşdirir. Bu, QRGATE-in hər modulunun offline işlədiyi demək deyil.
- Registration QR code ilə Guest QR Ticket aydın şəkildə fərqlənir?
- Scan özü girişi təsdiqləyir, yoxsa sistem biznes qaydalarını yoxlayır?
- Entry Staff Check-in başlada bilərmi? Lazım olduqda Self Check-in mövcuddurmu?
- Platforma qəbul edilmiş və rədd edilmiş Check-in nəticələrini qeyd edə bilərmi?
- Bağlantı kəsildikdə hansı konkret Check-in əməliyyatları offline davam edir?
Tez-tez verilən suallar
Tibbi konfrans qeydiyyatı proqramı üçün yoxlama siyahısına nələr daxil edilməlidir?
Tam workflow-u qiymətləndirin: brendli açıq məlumat toplama, konfiqurasiya edilə bilən suallar, iştirakçı əsaslı tutum, e-poçt təsdiqi, bir neçə iştirakçının qeydiyyatı, təsdiq və ya idarə olunan Guest List transferi, iştirakçı səviyyəsində ixrac, Invitations, RSVP, QR Ticket-lər və təsdiqlənmiş Check-in. Ayrıca yoxlanmalı tibbi tələbləri də qeyd edin.
Açıq konfrans qeydiyyatı müraciəti avtomatik Guest-ə çevrilməlidirmi?
Mütləq deyil. Registration və Guest ayrı əməliyyat vəziyyətləridir. QRGATE-də açıq müraciət əvvəlcə Registration kimi saxlanılır. Sənədləşdirilmiş uyğunluq və verification qaydaları yerinə yetirildikdə Manual transfer və ya təşkilatçının aktivləşdirdiyi Automatic transfer vasitəsilə Guest List-ə keçə bilər.
Bir əlaqə şəxsi bir neçə nəfəri qeydiyyata aldıqda iştirakçı tutumu necə hesablanmalıdır?
Hər bir şəxs ayrıca yer tutduğu halda tutum Registration Group-a görə deyil, fərdi iştirakçıya görə hesablanmalıdır. QRGATE-də beş iştirakçını qeydiyyata alan əlaqə şəxsi beş yer istifadə edir. New və Approved iştirakçılar normal tutuma daxil olur; Rejected və Waitlist iştirakçıları daxil olmur.
Bir Registration Contact bir neçə iştirakçını fərdi qeydləri qorumaqla qeydiyyata ala bilərmi?
Bəli. QRGATE təsdiqlənmiş Registration Contact-ın eyni Event üçün bir neçə Attendee Registration qeydini idarə etməsini dəstəkləyir. Hər iştirakçı ayrıca qalır və sonradan fərdi Guest, Invitation, RSVP, QR Ticket və Check-in tarixçəsinə malik ola bilər. İştirakçı e-poçtunu təsdiqləyərək öz Registration qeydini self-claim də edə bilər.
Registration, RSVP, QR Ticket və Check-in arasında fərq nədir?
Registration Guest List-dən əvvəl məlumat toplama və uyğunluq mərhələsidir. RSVP Guest-in iştirak niyyətini qeyd edir. QR Ticket Event kontekstində Guest/Ticket-i müəyyənləşdirir. Check-in girişdən əvvəl Event-in biznes qaydalarını tətbiq edir və nəticəni qeyd edir. Bu mərhələlər avtomatik olaraq bir-birinin əvəzi deyil.
QRGATE xüsusi qeydiyyat suallarını və Registration Excel export-u necə dəstəkləyir?
QRGATE Registration Form Builder qısa mətn, uzun mətn, bəli/xeyr, tək seçim, çoxlu seçim və checkbox suallarını dəstəkləyir. Required status, kömək mətni, aktivlik və sıralama kimi parametrlər mövcuddur. Xüsusi cavablar dinamik Registration Excel export-da iştirakçı səviyyəsində ayrıca sütunlar kimi görünə bilər.
QRGATE tibbi konfrans qeydiyyatı ödənişlərini emal edirmi?
Xeyr. QRGATE baza qiyməti və sənədləşdirilmiş cavab və ya seçim düzəlişlərindən istifadə etməklə məlumat xarakterli qeydiyyat qiymətini hesablaya və göstərə bilər. Konfiqurasiya edildikdə billing information toplaya və təşkilatçının verdiyi xarici təlimatları göstərə bilər. QRGATE payment processor, bilet marketplace-i və ya açıq bilet satışı platforması deyil.
Manual və Automatic Guest List transfer arasında fərq nədir?
Manual QRGATE-də standart üsuldur: təşkilatçı uyğun Registration qeydlərini nəzərdən keçirir və Add selected to Guest List əməliyyatından istifadə edir. Automatic transfer Event üzrə aktivləşdirilə bilər və yenə də verification, uyğunluq, unikallıq və konversiya qaydalarını tətbiq edir. Heç bir rejim avtomatik Invitation göndərmir və öz-özünə giriş hüququ vermir. Tibbi akkreditasiya, CME/CPD izlənməsi, sertifikatlar, tezis idarəetməsi və oxşar funksiyalar təqdim olunan məhsul məlumatında sənədləşdirilməyib; cavabsız məhsul sualları üçün support@qrgate.org ünvanına müraciət edin.
Workflow-u QRGATE demosu ilə qiymətləndirin
Komandanıza idarə olunan iştirakçı qəbulu, Guest List transferi, Invitations, QR Ticket-lər və təsdiqlənmiş Check-in ilə əlaqəli proses lazımdırsa, hesab yaradın və QRGATE demosunu sınayın. Tibbi akkreditasiya və ya CME/CPD workflow-ları kimi bu siyahıda əhatə olunmayan tələblər üçün onların daxil olduğunu fərz etməyin; support@qrgate.org ünvanına müraciət edin.
Hesab yaradın və demosu sınayın