ConnectWiz + Estesoft Stella
ਲਾਈਵ ਇੰਟੀਗ੍ਰੇਸ਼ਨStella ਤੁਹਾਡਾ CRM ਹੀ ਰਹਿੰਦਾ ਹੈ। ਹੁਣ ਗੱਲਬਾਤਾਂ ਉਸ ਨੂੰ ਜਾਣਦੀਆਂ ਹਨ।
ਸਾਡੇ ਕਿਸੇ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਨਾ ਬੱਝੇ CRM ਪੋਰਟ ਦਾ ਪਹਿਲਾ ਪ੍ਰਦਾਤਾ: ਹਰ ਗੱਲਬਾਤ ਦੇ ਅੰਦਰ Estesoft Stella ਤੋਂ ਗਾਹਕ ਦਾ ਲਾਈਵ ਸੰਦਰਭ, ਬੁਕਿੰਗਾਂ ਵਾਪਸ Stella ਦੀ ਡਾਇਰੀ ਵਿੱਚ — ਅਤੇ ਸੋਚੇ-ਸਮਝੇ ਇਨਕਾਰਾਂ ਦੀ ਇੱਕ ਲਿਖਤੀ ਸੂਚੀ, ਕਿ ਇੱਕ ਸੰਚਾਰ ਉਤਪਾਦ ਨੂੰ ਕਿਹੜੀਆਂ ਚੀਜ਼ਾਂ ਨੂੰ ਕਦੇ ਹੱਥ ਨਹੀਂ ਲਾਉਣਾ ਚਾਹੀਦਾ।
CRM
ਇਹ ਠੀਕ-ਠੀਕ ਕੀ ਕਰਦਾ ਹੈ
ਲਾਈਵ ਸੰਦਰਭ, ਪਛਾਣ ਨਾਲ ਬੱਝਾ
ਇਸ ਗਾਹਕ ਦੀਆਂ ਅਪੌਇੰਟਮੈਂਟਾਂ, ਕੋਟੇਸ਼ਨਾਂ, ਬਕਾਇਆ ਰਕਮ, ਨੋਟ ਅਤੇ ਦਸਤਾਵੇਜ਼ ਗੱਲਬਾਤ ਉੱਤੇ ਹੀ ਦਿਸਦੇ ਹਨ — ਅਤੇ AI ਇਨ੍ਹਾਂ ਨੂੰ ਸਿਰਫ਼ ਇਸੇ ਗਾਹਕ ਲਈ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਜਿਸ ਦੀ ਪਛਾਣ ਗੱਲਬਾਤ ਤੋਂ ਹੀ ਹੁੰਦੀ ਹੈ, ਕਦੇ ਅੰਦਾਜ਼ੇ ਨਾਲ ਲਾਈ ID ਤੋਂ ਨਹੀਂ।
ਬੁਕਿੰਗਾਂ ਵਾਪਸ ਲਿਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ
ਚੈਟ ਵਿੱਚ ਬਣੀ ਅਪੌਇੰਟਮੈਂਟ Stella ਦੀ ਡਾਇਰੀ ਵਿੱਚ ਪਹੁੰਚਦੀ ਹੈ — ਅਤੇ ਜਿੱਥੇ ਵੈਂਡਰ ਦਾ API ਕੋਈ ਵੇਰਵਾ ਨਹੀਂ ਲਿਜਾ ਸਕਦਾ, ਉੱਥੇ ਸਿੰਕ ਚੁੱਪ-ਚਾਪ ਛੱਡਣ ਦੀ ਬਜਾਏ ਦੱਸਦਾ ਹੈ ਕਿ ਕੀ ਛੁੱਟ ਗਿਆ।
AI ਪੜ੍ਹਦਾ ਹੈ, ਲਿਖਦਾ ਕਦੇ ਨਹੀਂ
ਪੂਰੇ CRM ਪੋਰਟ ਉੱਤੇ ਇੱਕ ਪੱਕਾ ਨਿਯਮ: ਪੜ੍ਹਨਾ ਪਛਾਣ ਨਾਲ ਬੱਝਾ ਹੈ ਅਤੇ ਲਿਖਣਾ ਇਨਸਾਨ ਦੇ ਹੱਥ ਰਹਿੰਦਾ ਹੈ — ਜੋ AI ਬਕਾਇਆ ਗਲਤ ਪੜ੍ਹ ਸਕਦਾ ਹੈ, ਉਹ ਗਲਤ ਮਰੀਜ਼ ਦੀ ਬੁਕਿੰਗ ਕਰਨ ਵਾਲੇ AI ਦੀ ਸਸਤੀ ਰਿਹਰਸਲ ਹੈ।
ਮਾਈਗ੍ਰੇਸ਼ਨ, ਜਦੋਂ ਤੁਸੀਂ ਚਾਹੋ
ਕਤਾਰ ਵਿੱਚ ਚੱਲਣ ਵਾਲਾ ਇੰਜਣ, ਜੋ ਰੁਕ ਕੇ ਉੱਥੋਂ ਹੀ ਮੁੜ ਸ਼ੁਰੂ ਹੋ ਸਕਦਾ ਹੈ, ਅਪੌਇੰਟਮੈਂਟਾਂ, ਕੋਟੇਸ਼ਨਾਂ, ਵਿਕਰੀਆਂ, ਲੈਣਦਾਰੀਆਂ ਅਤੇ ਨੋਟ ConnectWiz ਵਿੱਚ ਇੰਪੋਰਟ ਕਰਦਾ ਹੈ — ਛੱਡੇ ਗਏ ਰਿਕਾਰਡ ਨਾਂ ਲੈ ਕੇ ਦੱਸੇ ਜਾਂਦੇ ਹਨ, ਅਤੇ ਡਾਟਾ ਦੀ ਮਾਲਕੀ ਸਿਰਫ਼ ਆਖਰੀ ਕਦਮ ਵਜੋਂ ਬਦਲਦੀ ਹੈ।
ਭੁਗਤਾਨ ਅਤੇ ਆਰਡਰ ਵਾਪਸ ਲਿਖੇ ਜਾਂਦੇ ਹਨ
ConnectWiz ਵਿੱਚ ਦਰਜ ਕੀਤਾ ਭੁਗਤਾਨ ਜਾਂ ਬਣਾਇਆ ਆਰਡਰ Stella ਵਿੱਚ ਵੀ ਜਾ ਸਕਦਾ ਹੈ — ਮਾਲਕ ਦੇ ਸਪਸ਼ਟ ਫ਼ੈਸਲੇ ਨਾਲ ਖੁੱਲ੍ਹਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਭ ਵਾਂਗ ਉਨ੍ਹਾਂ ਹੀ ਚਾਰ ਗੇਟਾਂ ਅਤੇ ਰਿਹਰਸਲ ਮੋਡ ਦੇ ਪਿੱਛੇ ਰਹਿੰਦਾ ਹੈ।
ਸਿਰਫ਼ ਤਬਦੀਲੀਆਂ, ਪੂਰੀ ਨਕਲ ਨਹੀਂ
ਤਬਦੀਲੀਆਂ ਦੀ ਪੋਲਿੰਗ ਖੁੰਝੇ ਇਵੈਂਟ ਫੜਨ ਲਈ ਹੈ — ਕਲੀਨਿਕ ਦੇ ਲੈਜਰ ਦੀ ਦੂਜੀ ਕਾਪੀ ਰੱਖਣ ਲਈ ਨਹੀਂ। ਇਹ ਫ਼ਰਕ ਭੁੱਲ ਜਾਓ ਤਾਂ ਕੈਸ਼ ਡਾਟਾਬੇਸ ਬਣ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਲਿਖ ਕੇ ਰੱਖਿਆ ਗਿਆ ਹੈ।
ਤਕਨੀਕੀ ਪੱਖ
ਲਿਖਣ ਦਾ ਰਾਹ: ਚਾਰ ਗੇਟ ਅਤੇ ਇੱਕ ਰਿਹਰਸਲ
ਹਰ ਓਪਰੇਸ਼ਨ ਲਈ ਡਿਫ਼ਾਲਟ: ਬੰਦ
ਹਰ ਰਾਈਟ ਬੰਦ ਹਾਲਤ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਸੱਤਾਂ ਓਪਰੇਸ਼ਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾ — ਨੋਟ, ਅਪੌਇੰਟਮੈਂਟਾਂ, ਰੱਦ ਕਰਨਾ, ਗਾਹਕ, ਕੋਟੇਸ਼ਨਾਂ, ਆਰਡਰ, ਭੁਗਤਾਨ — ਆਪਣਾ ਵੱਖਰਾ ਸਵਿੱਚ ਹੈ। ਇੱਥੇ ਸੁਰੱਖਿਆ ਦਾ ਮਤਲਬ ਹੈ ਗੈਰ-ਮੌਜੂਦਗੀ: ਜੇ ਕੋਈ ਗੇਟ ਫ਼ੇਲ੍ਹ ਹੋ ਜਾਵੇ, ਤਾਂ ਲਿਖਣ ਵਾਲਾ ਕੋਈ ਆਬਜੈਕਟ ਹੁੰਦਾ ਹੀ ਨਹੀਂ ਜਿਸ ਨੂੰ ਬੁਲਾਇਆ ਜਾ ਸਕੇ।
ਮਾਲਕੀ ਸਵਿੱਚ ਤੋਂ ਉੱਪਰ ਹੈ
ਹਰ ਓਪਰੇਸ਼ਨ ਦੇ ਸਵਿੱਚਾਂ ਤੋਂ ਉੱਪਰ ਡਾਟਾ ਦੀ ਮਾਲਕੀ ਹੈ: ਜਿਸ ਡੋਮੇਨ ਦਾ ਮਾਲਕ ਤੁਹਾਡਾ ਵਰਕਸਪੇਸ ਹੈ, ਉਹ ਕਦੇ Stella ਵਿੱਚ ਨਹੀਂ ਲਿਖਿਆ ਜਾਂਦਾ, ਸਵਿੱਚ ਭਾਵੇਂ ਕੁਝ ਵੀ ਕਹੇ। ਗੇਟਾਂ ਦਾ ਕ੍ਰਮ ਪੱਕਾ ਹੈ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਵਿੱਚ ਦਰਜ ਹੈ।
ਅਸਲ ਕੋਡ ਦੇ ਰਾਹ 'ਤੇ ਹੀ ਰਿਹਰਸਲ
ਡ੍ਰਾਈ-ਰਨ ਮੋਡ ਹੂ-ਬ-ਹੂ ਉਹੀ payload ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਅਸਲ ਰਾਈਟ ਭੇਜਦਾ, ਅਤੇ ਸਿਰਫ਼ ਭੇਜਣ ਵਾਲੀ ਪਰਤ 'ਤੇ ਆ ਕੇ ਰੁਕਦਾ ਹੈ — ਜੋ ਰਿਹਰਸਲ ਕਿਸੇ ਹੋਰ ਕੋਡ ਦੇ ਰਾਹ ਚੱਲੇ, ਉਹ ਕੁਝ ਸਾਬਤ ਨਹੀਂ ਕਰਦੀ, ਇਸ ਲਈ ਅਜਿਹੀ ਕੋਈ ਰਿਹਰਸਲ ਹੈ ਹੀ ਨਹੀਂ।
ਹਰ ਰਾਈਟ ਆਪਣੀ ਜਾਂਚ ਆਪ ਕਰਦਾ ਹੈ
ਹਰ ਰਾਈਟ ਤੋਂ ਬਾਅਦ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਜੋ ਬਣਾਇਆ, ਉਸ ਨੂੰ ਵਾਪਸ ਪੜ੍ਹ ਕੇ ਮਿਲਾਉਂਦੀ ਹੈ। ਫ਼ਰਕ ਮਿਲੇ ਤਾਂ ਇਨਸਾਨ ਲਈ ਚੇਤਾਵਨੀ ਬਣ ਕੇ ਸਾਹਮਣੇ ਆਉਂਦਾ ਹੈ — ਆਪਣੇ-ਆਪ ਸੁਧਾਰ ਕਦੇ ਨਹੀਂ, ਕਿਉਂਕਿ ਵੈਂਡਰ ਦੇ API ਵਿੱਚ ਕੋਈ idempotency ਕੁੰਜੀ ਨਹੀਂ ਜੋ ਸੁਧਾਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਵੇ।
ਮਾਈਗ੍ਰੇਸ਼ਨ, ਸਹੀ ਕ੍ਰਮ ਵਿੱਚ
ਅਪੌਇੰਟਮੈਂਟਾਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਇੰਪੋਰਟ ਹੁੰਦੀਆਂ ਹਨ — ਜਾਣ-ਬੁੱਝ ਕੇ, ਕਿਉਂਕਿ ਡਾਇਰੀ ਹੀ ਇੱਕੋ-ਇੱਕ ਥਾਂ ਹੈ ਜੋ ਪੂਰੇ ਟੈਨੈਂਟ ਦੇ ਲੋਕਾਂ ਨੂੰ ਲੱਭ ਸਕਦੀ ਹੈ। ਹਰ ਛੱਡੀ ਗਈ ਕਤਾਰ ਵਜ੍ਹਾ ਦੇ ਨਾਂ ਨਾਲ ਗਿਣੀ ਜਾਂਦੀ ਹੈ: ਸਮੇਂ ਦੀ ਹੱਦ ਨਹੀਂ, ਅਣਜਾਣ ਰੂਪ, ਸੰਪਰਕ ਗਾਇਬ।
AI ਦੇ ਪੜ੍ਹਨ ਉੱਤੇ ਤਿੰਨ ਤਾਲੇ
AI ਦਾ CRM ਟੂਲ ਸਿਰਫ਼ ਉਹੀ ਕਾਰਵਾਈਆਂ ਦਿਖਾਉਂਦਾ ਹੈ ਜੋ ਤੁਹਾਡੇ ਵਰਕਸਪੇਸ ਕੋਲ ਸੱਚਮੁੱਚ ਹਨ, ਬੁਲਾਉਣ ਵੇਲੇ ਕਾਰਵਾਈ ਨੂੰ ਦੁਬਾਰਾ ਜਾਂਚਦਾ ਹੈ, ਅਤੇ ਗਾਹਕ ਦੀ ਪਛਾਣ ਗੱਲਬਾਤ ਤੋਂ ਹੀ ਕਰਦਾ ਹੈ — ਮਨਘੜਤ ਚੋਣ ਜਾਂ ਅੰਦਾਜ਼ੇ ਨਾਲ ਲਾਈ ID ਭੇਜਣ ਵਾਲੀ ਪਰਤ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ।
ਸੈੱਟਅੱਪ
ਇਹ ਕਿਵੇਂ ਜੁੜਦਾ ਹੈ
Stella ਜੋੜੋ
ਆਪਣੇ Stella ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਜੋੜੋ; ਕੁਝ ਵੀ ਸੇਵ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਟਰ ਲਾਈਵ API ਨਾਲ ਉਨ੍ਹਾਂ ਦੀ ਜਾਂਚ ਕਰਦਾ ਹੈ।
ਸੰਦਰਭ ਨਾਲ ਕੰਮ ਕਰੋ
ਗੱਲਬਾਤ ਵਿੱਚ ਗਾਹਕ ਦਾ CRM ਕਾਰਡ ਦਿਸਦਾ ਹੈ; ਏਜੰਟ ਅਤੇ AI ਯਾਦ ਦੇ ਸਹਾਰੇ ਨਹੀਂ, ਤੱਥਾਂ ਤੋਂ ਜਵਾਬ ਦਿੰਦੇ ਹਨ।
ਮਾਈਗ੍ਰੇਟ ਕਰੋ, ਜੇ ਅਤੇ ਜਦੋਂ ਚਾਹੋ
ਪੂਰਾ ਇਤਿਹਾਸ ਲਿਆਉਣ ਲਈ ਸਹਾਇਤਾ ਵਾਲੀ ਮਾਈਗ੍ਰੇਸ਼ਨ ਚਲਾਓ — ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਮਾਲਕੀ ਨਹੀਂ ਬਦਲਦੇ, ਪੁਰਾਣਾ ਸਿਸਟਮ ਹੀ ਅਸਲ ਸਰੋਤ ਰਹਿੰਦਾ ਹੈ।
ਇਕੱਠੇ ਬਿਹਤਰ
ਇਹ ਕਿਨ੍ਹਾਂ ਨਾਲ ਜੁੜਦਾ ਹੈ
ਬੁਕਿੰਗ ਇੰਜਣ
ਚੈਟ ਵਿੱਚ ਹੋਈਆਂ ਬੁਕਿੰਗਾਂ Stella ਦੀ ਡਾਇਰੀ ਵਿੱਚ ਪਹੁੰਚਦੀਆਂ ਹਨ, ਅਤੇ ਬੁਕਿੰਗ ਸਿਸਟਮ Stella ਦੀਆਂ ਅਪੌਇੰਟਮੈਂਟਾਂ ਨੂੰ ਉਪਲਬਧਤਾ ਵਿੱਚੋਂ ਘਟਾ ਦਿੰਦਾ ਹੈ — ਡਾਇਰੀ ਦਾ ਸੱਚ ਇੱਕੋ ਹੀ।
ਇਨਬਾਕਸ ਕਾਰਡ
ਏਜੰਟਾਂ ਨੂੰ ਗਾਹਕ ਦਾ ਲਾਈਵ CRM ਸੰਦਰਭ — ਅਪੌਇੰਟਮੈਂਟਾਂ, ਕੋਟੇਸ਼ਨਾਂ, ਬਕਾਇਆ — ਗੱਲਬਾਤ ਦੇ ਨਾਲ ਹੀ ਦਿਸਦਾ ਹੈ, ਇੱਥੇ: ਸਾਂਝਾ ਇਨਬਾਕਸ।
Wiz, ਸਿਰਫ਼ ਪੜ੍ਹਨ ਲਈ
ਸਾਡਾ AI ਏਜੰਟ Stella ਦੇ ਤੱਥਾਂ ਤੋਂ "ਮੇਰੀ ਅਪੌਇੰਟਮੈਂਟ ਕਦੋਂ ਹੈ?" ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਥ੍ਰੈੱਡ ਵਾਲੇ ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਨਾਲ ਬੱਝ ਕੇ — ਅਤੇ ਪੱਕੇ ਨਿਯਮ ਮੁਤਾਬਕ ਕੁਝ ਵੀ ਲਿਖ ਨਹੀਂ ਸਕਦਾ।
ਸੁਰੱਖਿਆ ਅਤੇ ਗਾਰੰਟੀਆਂ
ਅਕਾਊ ਗਾਰੰਟੀਆਂ
ਸਿਹਤ ਡਾਟਾ: ਕਦੇ ਨਹੀਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ
KVKK ਅਧੀਨ ਇਲਾਜ ਦੇ ਰਿਕਾਰਡ ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ ਦਾ ਡਾਟਾ ਹਨ। ਉਨ੍ਹਾਂ ਨੂੰ ਸਪੋਰਟ ਸਕਰੀਨ 'ਤੇ ਲਿਆਉਣ ਨਾਲ ਇਹ ਡਾਟਾ ਦੇਖਣ ਵਾਲਿਆਂ ਦਾ ਘੇਰਾ ਕਲੀਨਿਕ ਦੇ ਡਾਕਟਰਾਂ ਤੋਂ ਵਧ ਕੇ ਪੂਰੀ ਟੀਮ ਤੱਕ ਫੈਲ ਜਾਵੇਗਾ — ਇਸ ਲਈ endpoint ਮੌਜੂਦ ਹੋਣ ਦੇ ਬਾਵਜੂਦ ਅਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਲਿਖਤੀ ਤੌਰ 'ਤੇ ਨਾਂਹ ਕਰਦੇ ਹਾਂ।
ਕੋਈ ਅਦਿੱਖ ਹੱਥ ਨਹੀਂ
ਅਸੀਂ ਕਦੇ ਕਲੀਨਿਕ ਦੇ ਕੰਮ ਬੰਦ ਨਹੀਂ ਕਰਦੇ, ਕਦੇ ਉਸ ਦੇ ਗਾਹਕ ਸੈਗਮੈਂਟ ਨਹੀਂ ਬਦਲਦੇ, ਕਦੇ ਉਸ ਦੇ ਹਿਸਾਬ-ਕਿਤਾਬ ਦੇ ਲੈਜਰ ਨੂੰ ਹੱਥ ਨਹੀਂ ਲਾਉਂਦੇ — ਹਰ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਰਜ ਇਨਕਾਰ ਹੈ, ਕਿਉਂਕਿ ਚੈਟ ਤੋਂ ਕਿਸੇ ਹੋਰ ਦੇ ਕਾਰੋਬਾਰੀ ਕੰਮਕਾਜ ਨੂੰ ਆਟੋਮੇਟ ਕਰਨਾ ਇਸ ਉਤਪਾਦ ਦੀ ਸਭ ਤੋਂ ਮਹਿੰਗੀ ਕਿਸਮ ਦੀ ਗਲਤੀ ਹੈ।
ਟੋਕਨ URL ਤੋਂ ਬਾਹਰ ਰਹਿੰਦੇ ਹਨ
ਵੈਂਡਰ ਟੋਕਨ ਜਾਂਚਣ ਦਾ ਇੱਕ endpoint ਦਿੰਦਾ ਹੈ ਜੋ ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ URL ਵਿੱਚ ਪਾ ਦਿੰਦਾ ਹੈ — ਜਿੱਥੇ ਲੌਗ ਅਤੇ ਪ੍ਰੌਕਸੀ ਉਨ੍ਹਾਂ ਨੂੰ ਦੇਖ ਲੈਂਦੇ ਹਨ। ਅਸੀਂ ਉਸ ਨੂੰ ਕਦੇ ਨਹੀਂ ਬੁਲਾਉਂਦੇ। ਕ੍ਰੈਡੈਂਸ਼ੀਅਲ ਕਿਵੇਂ ਭੇਜਣੇ ਹਨ, ਇਹ ਹਰ endpoint ਲਈ ਵੱਖਰਾ ਚੁਣਿਆ ਜਾਂਦਾ ਹੈ।
ਡਿਲੀਟ: ਉਪਲਬਧ ਨਹੀਂ
ਗਾਹਕਾਂ, ਲੀਡਾਂ, ਬਿੱਲਾਂ ਅਤੇ ਕੋਟੇਸ਼ਨਾਂ ਲਈ ਵੈਂਡਰ ਦੇ ਡਿਲੀਟ endpoint ਵਰਤੇ ਨਹੀਂ ਜਾਂਦੇ — ਸੌਫ਼ਟ ਅਤੇ ਹਾਰਡ ਡਿਲੀਟ ਦਾ ਵਿਹਾਰ ਤਸਦੀਕ ਨਹੀਂ ਹੋਇਆ, ਅਤੇ ਮਰੀਜ਼ ਦਾ ਰਿਕਾਰਡ ਮਿਟਾਉਣਾ ਕਿਸੇ ਵੀ ਅਜਿਹੇ ਵਰਤੋਂ-ਮਾਮਲੇ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਜਿਸ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਅਸੀਂ ਲੈਣ ਲਈ ਤਿਆਰ ਹੋਈਏ।
ਬਾਰੀਕੀਆਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ
ਹੱਦਾਂ, ਸਾਫ਼ ਲਿਖੀਆਂ
ਸੋਚੇ-ਸਮਝੇ ਇਨਕਾਰ
ਇਲਾਜ ਦੇ ਮੈਡੀਕਲ ਰਿਕਾਰਡ ਕਦੇ ਪੜ੍ਹੇ ਜਾਂ ਦਿਖਾਏ ਨਹੀਂ ਜਾਂਦੇ, ਵੈਂਡਰ ਦੇ ਲਾਈਫ਼ਸਾਈਕਲ ਲੇਬਲ ਕਦੇ ਬਦਲੇ ਨਹੀਂ ਜਾਂਦੇ, ਅਤੇ ਪੂਰੀ ਦੋ-ਤਰਫ਼ਾ ਨਕਲ ਹੋਣ ਦਾ ਕੋਈ ਦਿਖਾਵਾ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ — ਹਰ ਇਨਕਾਰ ਡਿਜ਼ਾਈਨ ਦਾ ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦਰਜ ਫ਼ੈਸਲਾ ਹੈ, ਕੋਈ ਕਮੀ ਨਹੀਂ।
ਹੋਰ CRM
ਇਹ ਪੋਰਟ ਜਾਣ-ਬੁੱਝ ਕੇ ਕਿਸੇ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਨਹੀਂ ਬੱਝਾ — Stella ਪਹਿਲਾ ਪ੍ਰਦਾਤਾ ਹੈ, ਆਖਰੀ ਨਹੀਂ। ਕੁਝ ਹੋਰ ਵਰਤਦੇ ਹੋ? ਸਾਨੂੰ ਦੱਸੋ; ਇਸੇ ਨਾਲ ਕਤਾਰ ਤੈਅ ਹੁੰਦੀ ਹੈ।
ਇਮਾਨਦਾਰੀ ਨਾਲ ਜੁੜਨਾ, ਰੌਲਾ ਪਾ ਕੇ ਜੁੜਨ ਨਾਲੋਂ ਬਿਹਤਰ ਹੈ।
ਇੱਥੇ ਹਰ ਇੰਟੀਗ੍ਰੇਸ਼ਨ ਨੂੰ ਉਸੇ ਹਿਸਾਬ ਨਾਲ ਦੱਸਿਆ ਗਿਆ ਹੈ ਜੋ ਉਹ ਅਸਲ ਵਿੱਚ ਕਰਦੀ ਹੈ — ਦਿਸ਼ਾ, ਮਾਲਕੀ ਅਤੇ ਹੱਦਾਂ ਸਮੇਤ।