ConnectWiz + Estesoft Stella

Integrācija darbojas

Stella paliek jūsu CRM. Sarunas to beidzot zina.

Pirmais nodrošinātājs mūsu no nodrošinātāja neatkarīgajā CRM savienotājā: aktuāls klienta konteksts no Estesoft Stella katrā sarunā, rezervācijas tiek ierakstītas atpakaļ Stella pierakstu grāmatā – un rakstiski fiksēts apzinātu atteikumu saraksts par to, kam saziņas produktam nekad nevajadzētu pieskarties.

Sākt bez maksas Visas integrācijas

Konteksts, piesaistīts identitātei Rezervācijas tiek ierakstītas atpakaļ Medicīniskie dati: nekad netiek lasīti

Estesoft Stella × ConnectWiz

Piesaistīts šim klientam

Vizītes · piedāvājumi · atlikums redzami

Rezervācija tērzēšanā → Stella pierakstu grāmata

Ārstēšanas ieraksti: nekad netiek lasīti

Lasīšanas darbības ar nosaukumu: vizītes, piedāvājumi, pasūtījumi, atlikums, piezīmes, dokumenti, katalogs, darbinieki, filiāles, klienta meklēšana

Definētas rakstīšanas darbības: sešas atvērtas, viena aizturēta, līdz tā būs izmērīta, un mēs pasakām, kura

Pārbaudes katrai rakstīšanai: adapteris, iespēja, slēdzis katrai darbībai, datu piederība

Ierakstu veidi, ko pārnes migrācijas dzinējs: vizītes, piedāvājumi, pārdošanas darījumi, debitoru parādi, piezīmes

CRM

Ko tieši tas dara

Aktuāls konteksts, piesaistīts identitātei

Šī klienta vizītes, piedāvājumi, neapmaksātais atlikums, piezīmes un dokumenti parādās sarunā, un MI tos var nolasīt tieši par šo klientu, kas noteikts no pašas sarunas, nevis no uzminēta ID.

Rezervācijas tiek ierakstītas atpakaļ

Tērzēšanā pierakstīta vizīte nonāk Stella pierakstu grāmatā, un, ja piegādātāja API kādu detaļu nevar pārnest, sinhronizācija pasaka, ko tā izlaida, nevis izlaiž to klusām.

MI lasa, bet nekad neraksta

Pastāvīgs noteikums visam CRM savienotājam: lasīšana ir piesaistīta identitātei, bet rakstīšana paliek cilvēku ziņā. MI, kas var nepareizi nolasīt atlikumu, ir lēts mēģinājums tam, kurš pierakstīs nepareizo pacientu.

Migrācija, kad pašiem ērti

Rindā ieliekams dzinējs, ko var atsākt no pārtraukuma vietas, importē ConnectWiz vizītes, piedāvājumus, pārdošanas darījumus, debitoru parādus un piezīmes. Izlaistais tiek uzskaitīts pēc nosaukuma, un datu piederība mainās tikai pēdējā solī.

Maksājumi un pasūtījumi tiek ierakstīti atpakaļ

Maksājuma reģistrēšana vai pasūtījuma izveide ConnectWiz var tikt nosūtīta uz Stella – to atver tikai skaidrs īpašnieka lēmums, un tam priekšā ir tās pašas četras pārbaudes un mēģinājuma režīms kā visam pārējam.

Pakāpeniski, nevis spogulis

Izmaiņu aptauja pastāv, lai notvertu nokavētus notikumus, nevis lai glabātu klīnikas uzskaites otru kopiju. Ja šo atšķirību aizmirst, kešatmiņa pārvēršas datubāzē, tāpēc tas ir pierakstīts.

Tehniskā puse

Rakstīšanas ceļš: četras pārbaudes un mēģinājums

Pēc noklusējuma izslēgts, katrai darbībai atsevišķi

Katra rakstīšana tiek piegādāta izslēgta, un katrai no septiņām darbībām – piezīmēm, vizītēm, atcelšanām, klientiem, piedāvājumiem, pasūtījumiem, maksājumiem – ir savs slēdzis. Drošība šeit ir kaut kā neesamība: ja kāda pārbaude neiziet, nav neviena rakstītāja objekta, ko izsaukt.

Piederība ir svarīgāka par slēdzi

Virs darbību slēdžiem stāv datu piederība: joma, kas pieder jūsu kontam, nekad netiek rakstīta uz Stella, lai ko rādītu slēdzis. Pārbaužu secība ir fiksēta un dokumentēta.

Mēģinājums uz reālā koda ceļa

Izmēģinājuma režīms izveido tieši tādu pašu datu paketi, kādu nosūtītu īstā rakstīšana, un apstājas tikai pie transporta slāņa. Mēģinājums, kas iet pa citu koda ceļu, neko nepierāda, tāpēc tāda nav.

Rakstīšana pārbauda sevi pati

Pēc katras rakstīšanas integrācija nolasa to, ko izveidojusi, un salīdzina. Neatbilstība parādās kā brīdinājums cilvēkam, nevis kā automātisks labojums, jo piegādātāja API nav idempotences atslēgas, kas labojumu padarītu drošu.

Migrācija pareizā secībā

Vizītes tiek importētas pirmās – apzināti, jo pierakstu grāmata ir vienīgā vieta, kur var atrast cilvēkus visā kontā. Katra izlaistā rinda tiek uzskaitīta pēc iemesla: nav laika loga, nezināma struktūra, trūkst kontakta.

MI lasīšanai ir trīs slēdzenes

MI CRM rīks piedāvā tikai tās darbības, kas jūsu kontam tiešām ir pieejamas, izsaukuma brīdī darbību pārbauda vēlreiz un klientu nosaka no pašas sarunas – izdomāta iespēja vai uzminēts ID tiek apturēts, pirms sasniedz transportu.

Iestatīšana

Kā tas tiek pieslēgts

Pieslēgt Stella

Pievienojiet savus Stella piekļuves datus; savienotājs tos pārbauda reālajā API, pirms kaut kas tiek saglabāts.

Strādājiet ar kontekstu

Sarunās redzama klienta CRM kartīte; operatori un MI atbild, balstoties uz faktiem, nevis atmiņu.

Migrējiet, ja un kad vēlaties

Palaidiet migrāciju ar palīdzību, lai ienestu pilnu vēsturi – vecā sistēma paliek noteicošā, līdz jūs pārslēdzat piederību.

Kopā labāk

Ar ko tas sadarbojas

Rezervāciju dzinējs

Tērzēšanā veiktās rezervācijas nonāk Stella pierakstu grāmatā, un rezervāciju sistēma atņem Stella vizītes no pieejamības – viena patiesība pierakstu grāmatā.

Iesūtnes kartīte

Operatori redz klienta aktuālo CRM kontekstu – vizītes, piedāvājumus, atlikumu – blakus sarunai kopīgajā iesūtnē.

Wiz – tikai lasīšanai

Mūsu MI aģents atbild uz jautājumu “kad ir mana vizīte?”, balstoties uz Stella faktiem, un redz tikai tās personas datus, kas raksta pavedienā. Saskaņā ar pastāvīgu noteikumu tas neko nevar ierakstīt.

Drošība un garantijas

Garlaicīgās garantijas

Veselības dati: nekad netiek lasīti

Ārstēšanas ieraksti saskaņā ar KVKK ir īpašas kategorijas dati. To ielasīšana atbalsta ekrānā paplašinātu apstrādātāju loku no klīnikas ārstiem līdz visai komandai, tāpēc – lai gan galapunkti pastāv – mēs rakstiski atsakāmies tos lietot.

Nekādu neredzamu roku

Mēs nekad neslēdzam klīnikas uzdevumus, nemainām tās klientu segmentus un neaizskaram tās grāmatvedības uzskaiti – katrs no šiem ir dokumentēts atteikums, jo cita uzņēmuma darba procesu automatizēšana no tērzēšanas ir produkta visdārgākā kļūdu kategorija.

Tokeni netiek ievietoti URL

Piegādātājs piedāvā tokena pārbaudes galapunktu, kas ievieto piekļuves datus URL, kur tos redz žurnāli un starpniekserveri. Mēs to nekad neizsaucam. Piekļuves datu apstrāde tiek izvēlēta katram galapunktam atsevišķi.

Dzēšana: netiek piedāvāta

Piegādātāja dzēšanas galapunkti klientiem, potenciālajiem klientiem, rēķiniem un piedāvājumiem netiek izmantoti: nav pārbaudīts, vai dzēšana ir mīkstā vai neatgriezeniskā, un pacienta ieraksta dzēšana neparādās nevienā lietotāja scenārijā, par kuru esam gatavi uzņemties atbildību.

Sīkais druks bez izskaistināšanas

Skaidri novilktas robežas

Apzināti atteikumi

Medicīniskās ārstēšanas ieraksti nekad netiek lasīti vai rādīti, piegādātāja dzīves cikla statusi nekad netiek pārrakstīti, un mēs neizliekamies, ka pastāv pilns divvirzienu spogulis. Katrs atteikums ir dokumentēts dizaina lēmums, nevis robs.

Citas CRM sistēmas

Savienotājs pēc savas uzbūves nav atkarīgs no nodrošinātāja – Stella ir pirmais nodrošinātājs, ne pēdējais. Lietojat ko citu? Pastāstiet mums – tas ietekmē rindas secību.

Estesoft Stella BUJ

Atbildes bez aplinkiem

Vairāk atbilžu atradīsiet sadaļā BUJ, vai arī jautājiet mums tieši.

Paša klienta vizītes, piedāvājumus, pasūtījumus, neapmaksāto atlikumu, piezīmes un dokumentus – tieši sarunā, kurā viņš raksta, kā arī uzņēmuma katalogu, darbiniekus un filiāles, uz kuru pamata var atbildēt MI. Visa lasīšana ir piesaistīta klientam pavedienā.

Tāds ir noteikums: šajā savienotājā MI ir tikai lasīšanas režīmā, un lasīšana ir piesaistīta identitātei. Kļūdains ieraksts klīnikas CRM ir reāls incidents, tāpēc rakstīšana paliek cilvēku ziņā un ir auditējama.

Jā – migrācijas dzinējs importē vizītes, piedāvājumus, pārdošanas darījumus, debitoru parādus un piezīmes rindā ieliktā procesā, ko var atsākt no pārtraukuma vietas un kas pēc nosaukuma ziņo par visu izlaisto. Piederība tiek nodota kā skaidrs pēdējais solis, tāpēc nekas nepaliek pusceļā.

Sešas: klientu piezīmes, vizītes (izveide un atcelšana), jauni klienti, piedāvājumi, pasūtījumi un maksājumi – katrai savs slēdzis, visas pēc noklusējuma izslēgtas un visas sākas mēģinājuma režīmā. Failu augšupielāde ir definēta, bet paliek slēgta, līdz būs izmērīta piegādātāja galapunkta uzvedība – tas ir mērījumu robs, nevis lēmums.

Katra izlaistā rinda tiek uzskaitīta pēc iemesla: rindas ārpus izvēlētā laika loga, rindas, kuru struktūru dzinējs neatpazīst, un rindas ar klientu, kuru nevar sasaistīt. Šī uzskaite ir arī atskaite – migrāciju pabeidzat, zinot, kas netika pārnests un kāpēc.

Godīgi savienots ir labāk nekā skaļi izreklamēts.

Katra integrācija šeit aprakstīta pēc tās reālās darbības – ar virzienu, datu piederību un ierobežojumiem.