Klinika uchun CRM: qabulga yozilishlar va takroriy tashriflar

Tizimlar chegarasi

CRM manba, kontakt, qiziqish, yozilish, kommunikatsiya statusi va administrator vazifalarini saqlaydi. Tashxislar, tekshiruv natijalari va klinik yozuvlarni isbotlangan zarurat, mos rollar va xavfsizlik talablarisiz u yerga avtomatik ko'chirmaslik kerak. Laboratoriya yo'nalishi uchun alohida tahlil laboratoriyasi marketingi tizimidan foydalaning.

Integratsiyadan oldin ma'lumotlar va egalar xaritasini tuzing.

Murojaat yo'li

1. Kanal va til ko'rsatilgan yangi murojaat.
2. Aloqa bo'ldi va ehtiyoj aniqlashtirildi.
3. Filial, xizmat va vaqt bilan yozilish yaratildi.
4. Tashrif tasdiqlandi yoki ko'chirildi.
5. Kelish jadval tizimidan qayd etildi.
6. Keyingi ma'muriy harakat tayinlandi.

Kommunikatsiyalar

• Tanlangan kanal orqali yozilishni tasdiqlash.
• Ko'chirish imkoniyati bilan eslatma.
• Tayyorgarlik bo'yicha yo'riqnoma faqat tasdiqlangan manbadan.
• Bemor kelmagani haqida administratorga bildirishnoma.
• Tashrif yakunlangandan keyin halol fikr-mulohaza so'rash.

Dublikatlar va oila

Bitta telefon bir nechta oila a'zosi uchun ishlatilishi mumkin, shuning uchun faqat raqam bo'yicha birlashtirish xavfli. Ruxsat etilgan model doirasida to'lovchi va tashrif buyuruvchi kontaktini ajrating. Xodimga boshqa odamning ortiqcha yozuvlarini ko'rsatmang.

Takroriy murojaat tarixni o'chirmaydi, yangi qiziqish yoki yozilish yaratadi.

Rollar va privacy

• Administrator faqat yozilish uchun zarur ma'lumotlarni ko'radi.
• Marketing agregatlar va ruxsat etilgan roziliklar bilan ishlaydi.
• Eksport va ommaviy harakatlar cheklangan.
• Ishdan ketayotgan xodimning kirish huquqi darhol bekor qilinadi.
• Loglar muhim ma'lumotlarni ko'rish va o'zgartirishni qayd etadi.

Integratsiyalar

Sayt, telefoniya va messenjerlar murojaatni navbatga uzatadi. Jadval bo'sh slotlar manbasi, buxgalteriya esa tasdiqlangan to'lov manbasi bo'lib qoladi. Har bir almashinuvning identifikatori, retry va xatolar jurnali bor.

Agar jadval tizimi yozilishni qabul qilmagan bo'lsa, uni foydalanuvchiga tasdiqlab bo'lmaydi.

Metrikalar

Filial, xizmat va til bo'yicha metrikalarni faqat yetarli hajm bo'lganda tekshiring. Kichik tanlanma tasodifni osongina menejer muammosi sifatida ko'rsatadi. Har qanday tibbiy talqin marketing hisobotidan tashqarida qoladi.

Ishga tushirishdan oldin tabletop-insident o'tkazing: xato yozilish, kirish huquqining sizib chiqishi, ishlamayotgan jadval va ma'lumotlarni o'chirish iltimosi. Jamoa egasini va harakatlar ketma-ketligini bilishi kerak.

Integratsiyalar o'ylab topilgan bemorlar bilan alohida konturda test qilinadi. Ishlab chiqarish ma'lumotlari qulay test to'plami sifatida ishlatilmaydi.

Zaxira nusxa ham faqat yaratilgani bilan emas, tiklash orqali tekshiriladi. Ma'lumotnomalar o'zgarishi jarayon egasi bilan kelishiladi.

Har chorakda faol rollar va tashqi integratsiyalarni qayta ko'rib chiqing. Foydalanilmayotgan kirish huquqi kalitlar va webhook bilan birga o'chiriladi.

• Birinchi javob tezligi.
• Murojaatning tasdiqlangan yozilishga konversiyasi.
• Kelmaslar va muvaffaqiyatli ko'chirishlar.
• Keyingi vazifasiz yozilishlar ulushi.
• Kelishilgan davr bo'yicha takroriy tashriflar.

Yozilishlar bor, lekin tashrifgacha kam odam yetib keladi

Avval murojaatlar, kelishilgan yozilishlar, tasdiqlar, ko'chirishlar, bekor qilishlar va amalga oshgan tashriflarni ajrating. Kelmaslikni yozilish vaqti kelganidan va haqiqiy status tekshirilgandan keyin hisoblang. Kelajakdagi yozilishlarni bu hisobdan tashqarida qoldiring. Aks holda yangi reklama kampaniyasi faqat uning tashrif buyuruvchilari hali belgilangan sanani kutayotgani uchun zaif ko'rinadi.

Manbalarni solishtirish uchun vaqti o'tib ketgan yozilishlar bo'yicha hisobot yig'ing. Yonida filial, xizmat, kutish muddati, tasdiqlash kanali va aloqa natijasini ko'rsating. Bekor qilish sababini odamning so'zlaridan qayd eting; noma'lum sababni shunday deb belgilang. «Narx sababli fikridan qaytdi» degan versiyani faqat jimlikdan chiqarib bo'lmaydi. Ko'chirishni dastlabki yozilish bilan bog'lang, shunda hisobot ko'chirilgan tashrifni yo'qotilgan murojaatdan ajratadi.

Shartli misol: ikki guruh bitta reklama orqali yozildi, lekin birida administrator vaqt va manzilni kelishdi, ikkinchisida esa tasdiqsiz umumiy javob yubordi. Reklama sifatini baholashdan oldin bu farqlarni tekshiring. Tasdiqda filial, sana, vaqt va ko'chirish usuli tushunarli bo'lishi kerak. Ma'muriy xabarlar mazmunini tashrifni tashkil qilish uchun zarur ma'lumotlar bilan cheklang; bu yerda faqat yozilish bilan ishlash ko'rib chiqiladi.

Butun yo'lni o'ylab topilgan yozilishda tekshiring: xabar yetib bordi, mijoz javobini xodim ko'rdi, ko'chirish jadvalni yangiladi, eski eslatma bekor qilindi. Bekor qilishdan keyingi murojaatlar va tasdiqlanmagan yozilishlar navbati uchun mas'ul shaxs tayinlang. O'rinli takroriy aloqa tashkiliy sababni aniqlash va mavjud variantni taklif qilishga yordam beradi. Tuzatishdan keyingi natijani solishtirsa bo'ladigan guruhlarda taqqoslang va jadval o'zgarishlarini belgilang. Reklama va murojaatlarga ishlov berish tahlilining umumiy sxemasi ariza va sotuv o'rtasidagi yo'qotishlar haqidagi materialda bor.

Birlamchi manbalar va hujjatlar

• OWASP: Authorization Cheat Sheet
• OWASP: Logging Cheat Sheet

Keyingi qadam

Agar ushbu sxemani o'z loyihangizga qo'llamoqchi bo'lsangiz, yozilishning xavfsiz konturini loyihalang. Avval boshlang'ich ma'lumotlar va tayyorlik mezonlarini qayd etamiz, so'ng ish hajmini baholaymiz.

Mavzuga oid

Agar bog'liq vazifani hal qilayotgan bo'lsangiz, aniq ssenariy bilan davom eting:

• Telefoniya va CRM: qo'ng'iroqlar yo'nalishi va o'tkazib yuborilganlarni nazorat qilish
• Onlayn yozilishli xizmat ko'rsatish kompaniyasi sayti: nimani tekshirish kerak