ਗਾਹਕ ਰਿਕਾਰਡ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਸਟੋਰੇਜ ਨਾਲ ਸਿਗਨੇਚਰ ਅਤੇ ਸਧਾਰਨ ਹਾਂ/ਨਹੀਂ ਪ੍ਰਸ਼ਨਾਂ ਵਾਲਾ ਬਿਊਟੀ ਸੇਵਾਵਾਂ ਲਈ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਫਾਰਮ ਸੈੱਟਅੱਪ ਕਰੋ।

ਬਿਊਟੀ ਸੇਵਾਵਾਂ ਲਈ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਫਾਰਮ ਇੱਕ ਸਧਾਰਣ ਪਰ ਉੱਚ-ਜ਼ਰੂਰੀ ਸਮੱਸਿਆ ਹੱਲ ਕਰਦਾ ਹੈ: ਤੁਹਾਨੂੰ ਟ੍ਰੀਟਮੈਂਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਪਸ਼ਟ ਆਗਿਆ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਇਹ ਸਾਬਤ ਕਰਨ ਲਈ ਰਿਕਾਰਡ ਵੀ ਚਾਹੀਦਾ ਹੈ ਕਿ ਗਾਹਕ ਨੇ ਕੀ ਮੰਨਿਆ।
ਜ਼ਿਆਦਾਤਰ ਸਲੂਨ ਵਧੀਆ ਕੰਮ ਕਰਦੇ ਹਨ, ਪਰ ਜਦੋਂ ਸਹਿਮਤੀ ਕਾਗਜ਼ 'ਤੇ ਰਹਿੰਦੀ ਹੈ ਤਾਂ ਗੜਬੜ ਹੋ ਜਾਂਦੀ ਹੈ। ਪੰਨੇ ਗੁੰਮ ਹੋ ਜਾਂਦੇ ਹਨ। ਲਿਖਾਈ ਪੜ੍ਹਨ ਵਿਚ ਮੁਸ਼ਕਿਲ ਹੁੰਦੀ ਹੈ। ਗਾਹਕ ਨੇ ਇੱਕ ਬਾਕਸ ਚੈੱਕ ਕੀਤਾ, ਪਰ ਤੁਹਾਨੂੰ ਪਤਾ ਨਹੀਂ ਲੱਗਦਾ ਕਿ ਉਹ ਕਦੋਂ ਕੀਤਾ ਜਾਂਦਾ ਸੀ ਜਾਂ ਉਹ ਪ੍ਰਸ਼ਨ ਸਮਝੇ ਸੀ ਵੀ ਜਾਂ ਨਹੀਂ। ਜੇ ਬਾਅਦ ਵਿੱਚ ਕੋਈ ਕਹੇ, “ਮੈਂ ਇਹ ਕਦੇ ਮੰਨਿਆ ਨਹੀਂ,” ਜਾਂ “ਮੈਂ ਦੱਸਿਆ ਸੀ ਕਿ ਮੈਂ ਗਰਭਵਤੀ/ਦਵਾਈ 'ਤੇ ਹਾਂ,” ਤਾਂ ਕਾਗਜ਼ੀ ਰਿਕਾਰਡ ਨਾਲ ਜਵਾਬ ਦੇਣਾ ਬਖ਼ਤ কঠਿਨ ਹੋ ਸਕਦਾ ਹੈ।
ਡਿਜੀਟਲ ਫਾਰਮਾਂ ਫਰੰਟ ਡੈਸਕ 'ਤੇ ਵੀ ਘਟੇਰੇ ਰੁਕਾਵਟ ਪੈਦਾ ਕਰਦੇ ਹਨ। ਇੱਕੋ ਸਵਾਲ ਨੂੰ ਦੁਬਾਰਾ ਸਮਝਾਉਣ, ਸ਼ੁਰੂਆਤੀ ਚਿੰਨ੍ਹਾਂ ਦਾ ਪਿੱਛਾ ਕਰਨ ਅਤੇ ਹੋਰ ਸਿਸਟਮ ਵਿੱਚ ਵੇਰਵੇ ਦੁਬਾਰਾ ਦਾਖਲ ਕਰਨ ਦੀ ਥਾਂ, ਗਾਹਕ ਇਕ ਵਾਰੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ ਅਤੇ ਉਹ ਜਗ੍ਹਾ 'ਤੇ ਜਾਂਦਾ ਹੈ ਜਿੱਥੇ ਤੁਹਾਡੇ ਟੀਮ ਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸਦਾ ਨਤੀਜਾ ਘੱਟ ਦੇਰੀ, ਘੱਟ ਤਣਾਅ ਵਾਲੀਆਂ ਗੱਲਬਾਤਾਂ ਅਤੇ ਦੋ ਵਾਰੀ ਟਾਈਪ ਕਰਨ ਦੀਆਂ ਗਲਤੀਆਂ ਘਟ ਜਾਂਦੀਆਂ ਹਨ।
ਆਕਸਰ ਘੱਟੋ-ਘੱਟ ਸੈਟਅੱਪ ਦਾਖਲ ਕਰੋ: ਇੱਕ ਸਿਗਨੇਚਰ ਖੇਤਰ (ਟੈਬਲੇਟ 'ਤੇ ਉਂਗਲ, ਮਾਊਸ ਜਾਂ ਫੋਨ), ਕੁਝ ਹਾਂ/ਨਹੀਂ ਚੈਕਬਾਕਸ ਆਮ ਖਤਰਾ ਵਜੋਂ ਅਤੇ ਨਤੀਜਾ-ਆਟੋਮੈਟਿਕ ਗਾਹਕ ਰਿਕਾਰਡ ਨਾਲ ਸੇਵ, ਅਤੇ ਸਟਾਫ਼ ਮੈਂਬਰ ਅਤੇ ਸੇਵਾ ਨਾਲ ਜੁੜਿਆ ਟਾਈਮਸਟੈਂਪ ਤਾਂ ਕਿ ਸਪਸ਼ਟ ਹੋਵੇ ਕਿ ਸਹਿਮਤੀ ਕਿਸ ਲਈ ਸੀ।
ਅਚਛੀ ਤਰ੍ਹਾਂ ਹੋਣ 'ਤੇ, ਸਹਿਮਤੀ ਇੱਕ ਫਾਰਮਪੇਪਰਕ ਵਰਗੀ ਮਹਿਸੂਸ ਕਰਨਾ ਬੰਦ ਕਰ ਦਿੰਦੀ ਹੈ ਅਤੇ ਦੋਹਾਂ ਪਾਸਿਆਂ ਲਈ ਸੁਰੱਖਿਆ ਜਾਲ ਵਰਗੀ ਕੰਮ ਕਰਨ ਲੱਗਦੀ ਹੈ। ਗਾਹਕ ਜਾਣਦੇ ਹਨ, ਅਤੇ ਤੁਹਾਡੇ ਟੀਮ ਕੋਲ ਸਪਸ਼ਟ ਰਿਕਾਰਡ ਹੁੰਦਾ ਹੈ ਕਿ ਕੀ ਬਤਾਇਆ ਗਿਆ ਅਤੇ ਕੀ ਮਨਜ਼ੂਰ ਹੋਇਆ।
ਚੰਗਾ ਸਹਿਮਤੀ ਫਾਰਮ ਛੋਟਾ, ਟ੍ਰੀਟਮੈਂਟ-ਨਿਰਧਾਰਿਤ ਅਤੇ ਚੈਕ-ਇਨ 'ਤੇ ਪੂਰਾ ਕਰਨ ਲਈ ਆਸਾਨ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਲਕਸ਼ ਸਧਾਰਣ ਹੈ: ਕੀ ਸਹਿਮਤ ਹੋਇਆ ਆਮ ਤੌਰ 'ਤੇ ਸਪਸ਼ਟ ਰੱਖੋ, ਨਾਲ ਹੀ ਉਹ ਸਿਹਤ ਸਬੰਧੀ ਚੈਕ ਜੋ ਇਹ ਤੈਅ ਕਰਦੇ ਹਨ ਕਿ ਤੁਸੀਂ ਸੇਵਾ ਕਰ ਸਕਦੇ ਹੋ ਜਾਂ ਨਹੀਂ।
ਸ਼ੁਰੂ ਕਰੋ ਉਹਨਾਂ ਜਰੂਰੀ ਚੀਜ਼ਾਂ ਨਾਲ ਜੋ ਗਾਹਕ ਅਤੇ ਐਪੋਇੰਟਮੈਂਟ ਦੀ ਪਛਾਣ ਕਰਦੀਆਂ ਹਨ: ਗਾਹਕ ਦਾ ਨਾਮ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਇਕ ਸੰਪਰਕ ਵਿਧੀ (ਫੋਨ ਜਾਂ ਈਮੇਲ), ਟ੍ਰੀਟਮੈਂਟ ਦਾ ਨਾਮ ਅਤੇ ਖੇਤਰ (ਉਦਾਹਰਣ: "ਕੈਮਿਕਲ ਪੀਲ - ਚਿਹਰਾ" ਜਾਂ "ਵੈਕਸਿੰਗ - ਬਿਕਨੀ"), ਟੈਕਨੀਸ਼ੀਅਨ ਦਾ ਨਾਮ (ਜਾਂ ਸਟਾਫ਼ ID), ਅਤੇ ਸੇਵਾ ਦੀ ਮਿਤੀ/ਸਮਾਂ। ਜੇਕਰ ਅਸਲ ਵਿੱਚ ਉਮਰ ਦੀ ਲਿਮਿਟ ਜਾਂ ਸੁਰੱਖਿਆ ਲਈ ਜਨਮ ਮਿਤੀ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਹੀ ਇਕੱਤਰ ਕਰੋ। ਫਾਲੋਅਪ ਲਈ ਇੱਕ ਛੋਟਾ ਨੋਟਸ ਫੀਲਡ ਜੋੜੋ।
ਫਿਰ ਜੋਖ਼ਮ ਅਤੇ ਆਫਟੇਰਕੇਅਰ ਦੀ ਛੋਟੀ, ਸਾਫ਼-ਭਾਸ਼ਾ ਵਿਆਖਿਆ ਸ਼ਾਮਿਲ ਕਰੋ। ਇਸ ਨੂੰ ਉਹੀ ਰੱਖੋ ਜੋ ਗਾਹਕ ਨੂੰ ਫੈਸਲਾ ਲੈਣ ਲਈ ਜਾਣਨ ਦੀ ਲੋੜ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਕੀ ਕਰਨਾ ਹੈ। ਇਕ-ਦੋ ਛੋਟੇ ਪੈਰਾਗ੍ਰਾਫ ਆਮ ਤੌਰ 'ਤੇ ਕਾਫੀ ਹੁੰਦੇ ਹਨ, ਜਿਸ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਧਾਰਣ ਪੁਸ਼ਟੀ ਜਿਵੇਂ: "ਮੈਂ ਸੰਭਾਵਤ ਨੁਕਸਾਨ ਅਤੇ ਆਫਟੇਰਕੇਅਰ ਹਦਾਇਤਾਂ ਨੂੰ ਸਮਝਦਾ/ਦੀ ਹਾਂ ਅਤੇ ਉਨਾਂ ਦੀ ਪਾਲਣਾ ਕਰਾਂਗਾ/ਕਰਾਂਗੀ।"
ਫਿਰ ਉਹ ਹਾਂ/ਨਹੀਂ ਪ੍ਰਸ਼ਨ ਜੋ ਪ੍ਰਤੀਕੂਲਤਾਵਾਂ ਨੂੰ ਫਲੇਗ ਕਰਦੇ ਹਨ ਸ਼ਾਮਿਲ ਕਰੋ। ਇਹ ਪ੍ਰਸ਼ਨ ਸਪਸ਼ਟ ਹੋਣੇ ਚਾਹੀਦੇ ਹਨ, ਧੁੰਦਲੇ ਨਹੀਂ। ਸਲੂਨ ਅਤੇ ਸਪਾ ਵਿੱਚ ਅਕਸਰ ਆਉਣ ਵਾਲੇ ਉਦਾਹਰਣ:
ਅੰਤ ਵਿੱਚ ਇਕ ਇਲੈਕਟ੍ਰੋਨਿਕ ਸਾਈਨ ਫੀਲਡ ਅਤੇ ਆਟੋਮੈਟਿਕ ਮਿਤੀ/ਸਮਾਂ ਦੀ ਸੇਵ ਸ਼ਾਮਿਲ ਕਰੋ। ਜੇ ਸੰਭਵ ਹੋਵੇ, ਇਹ ਵੀ ਲਿਖੋ ਕਿ ਕਿਸਨੇ ਇਹ ਇਕੱਤਰ ਕੀਤਾ (ਸਟਾਫ਼ ਮੈਂਬਰ) ਅਤੇ ਗਾਹਕ ਨੇ ਕਿਹੜੀ ਫਾਰਮ ਵਰਜ਼ਨ ਵੇਖੀ ਸੀ ਤਾਂ ਕਿ ਬਾਅਦ ਵਿੱਚ ਤਕਲੀਫ ਹੋਵੇ ਤਾਂ ਤੁਸੀਂ ਨਿਰਧਾਰਿਤ ਤੌਰ 'ਤੇ ਦਿਖਾ ਸਕੋ।
ਚੰਗੀਆਂ ਚੈਕਬਾਕਸਾਂ ਆਸਾਨ ਲੱਗਦੀਆਂ ਹਨ। ਗਾਹਕ ਇੱਕ ਵਾਰੀ ਪੜ੍ਹਦਾ ਹੈ, "ਹਾਂ" ਦੇ ਅਰਥ ਨੂੰ ਸਮਝ ਲੈਂਦਾ ਹੈ, ਅਤੇ ਬਿਨਾਂ ਅੰਦਾਜ਼ ਲਗਾਏ ਜਵਾਬ ਦੇ ਦਿੰਦਾ ਹੈ।
ਹਰ ਹਾਂ/ਨਹੀਂ ਆਈਟਮ ਨੂੰ ਇਕ ਸਪਸ਼ਟ ਵਿਚਾਰ 'ਤੇ ਰੱਖੋ। ਜੇ ਦੋ ਸੋਚਾਂ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਦੋ ਸਵਾਲ ਬਣਾਓ। ਉਦਾਹਰਣ ਵਜੋਂ, "ਮੈਂ ਗਰਭਵਤੀ ਹਾਂ ਜਾਂ ਦੁੱਧ ਪਿਲਾ ਰਹੀ ਹਾਂ ਅਤੇ ਮੇਰੇ ਕੋਲ ਐਲਰਜੀ ਹੈ" ਦੀ ਥਾਂ ਇਸ ਨੂੰ ਵੱਖ-ਵੱਖ ਸਵਾਲਾਂ ਵਿੱਚ ਵੰਡੋ ਤਾਂ ਕਿ ਗਾਹਕ ਸੱਚਾਈ ਨਾਲ ਜਵਾਬ ਦੇ ਸਕੇ।
ਲੋਕ ਪਹਿਲਾਂ ਹੀ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਆਮ ਸ਼ਬਦ ਵਰਤੋ। ਮੈਡੀਕਲ-ਜਿਹੇ ਸ਼ਬਦ ਜਾਂ ਲੰਬੀਆਂ ਕਾਨੂੰਨੀ ਲਾਈਨਾਂ ਤੋਂ ਬਚੋ ਜੋ ਗਾਹਕ ਛੱਡ ਦੇਣਗੇ। ਤੁਸੀਂ ਫਿਰ ਵੀ ਸਹੀ ਹੋ ਸਕਦੇ ਹੋ ਬਿਨਾਂ ਟੈਕਸਟਬੁੱਕ ਵਰਗਾ ਲੱਗਣ ਦੇ। ਜੇ ਕਿਸੇ ਹਾਲਤ ਦਾ ਜ਼ਿਕਰ ਕਰਨਾ ਜਰੂਰੀ ਹੈ ਤਾਂ ਸਪਸ਼ਟ ਕਰੋ (ਉਦਾਹਰਣ: "ਹਾਲ ਹੀ ਵਿੱਚ ਨੁਮਾਇਸ਼ਕ ਦਵਾਈ ਵਰਤ ਰਹੇ ਹੋ") ਅਤੇ ਛੋਟਾ ਰੱਖੋ।
ਲਾਜ਼ਮੀ ਅਤੇ ਵਿਕਲਪਿਕ ਆਈਟਮਾਂ ਵਿਚ ਫਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਸਿਰਫ਼ ਉਹੀ ਆਈਟਮ ਲਾਜ਼ਮੀ ਬਣਾਓ ਜੋ ਅਸਲ ਵਿੱਚ ਅੱਜ ਸੇਵਾ ਕਰਨ ਦੀ ਸੁਰੱਖਿਆ ਨਿਰਧਾਰਿਤ ਕਰਦੇ ਹਨ। ਹੋਰ ਸਾਰਾ ਵਿਕਲਪਿਕ ਰੱਖੋ ਤਾਂ ਕਿ ਫਾਰਮ ਇੰਟਰੋਗੇਟਰੀ ਨਾ ਲੱਗੇ।
ਇੱਕ ਸਧਾਰਣ ਵਿਧੀ ਜੋ ਬਹੁਤ ਸੇਵਾਵਾਂ ਲਈ ਚੰਗੀ ਕੰਮ ਕਰਦੀ ਹੈ: ਸ਼ਰਤਾਂ ਵਾਲੇ ਫਾਲੋ-ਅਪ ਦਿਖਾਓ—ਜਿਵੇਂ ਕਿ ਜੇ ਕੋਈ ਗਾਹਕ "ਹਾਂ" ਚੁਣਦਾ ਹੈ ਤਾਂ "ਕਿਰਪਾ ਕਰਕੇ ਵਰਨਣ ਕਰੋ" ਬਾਕਸ ਦਿਖਾਓ। ਇਸ ਨਾਲ ਜ਼ਿਆਦਾਤਰ ਲੋਕਾਂ ਲਈ ਸਫ਼ਾ ਸਾਫ਼ ਰਹਿੰਦਾ ਹੈ ਪਰ ਜਦੋਂ ਕੁਝ ਗੰਭੀਰ ਹੋਵੇ ਤਾਂ ਵੇਰਵਾ ਮਿਲ ਜਾਂਦਾ ਹੈ।
ਇਕ ਰਾਹਤਦਾਇਕ ਬੰਦ ਕਰਨ ਦੀ ਚੋਣ ਵੀ ਸ਼ਾਮਿਲ ਕਰੋ: ਜਿਵੇਂ "ਮੈਂ ਅੱਜ ਇਹ ਸੇਵਾ ਜਾਰੀ ਨਹੀਂ ਰੱਖਣਾ ਚਾਹੁੰਦਾ/ਚਾਹੁੰਦੀ" ਵਾਲਾ ਚੈਕਬਾਕਸ ਜਾਂ "ਰੱਦ" ਬਟਨ, ਤਾਂ ਕਿ ਗਾਹਕ ਫੱਸਿਆ ਮਹਿਸੂਸ ਨਾ ਕਰਨ।
ਇੱਕ ਛੋਟੀ ਪੈਟਰਨ ਜੋ ਕਈ ਸੇਵਾਵਾਂ ਲਈ ਵਧੀਆ ਹੈ:
ਜੇ ਗਾਹਕ ਪ੍ਰਤੀਕਿਰਿਆ ਵਾਲੇ ਪ੍ਰਸ਼ਨ 'ਤੇ "ਹਾਂ" ਟੈਪ ਕਰਦਾ ਹੈ, ਤਾਂ ਇਕ ਛੋਟਾ ਪ੍ਰਾਂਪਟ ਦਿਖਾਓ: "ਕੀ ਹੋਇਆ ਸੀ, ਅਤੇ ਕਦੋਂ?" ਜਵਾਬ ਬਾਕਸ ਛੋਟਾ ਰੱਖੋ ਤਾਂ ਕਿ ਤੁਸੀਂ ਮੁੱਖ ਤਥ' ਹੀ ਲੈ ਸਕੋ।
ਸਭ ਤੋਂ ਵਧੀਆ ਸਹਿਮਤੀ ਵਰਕਫਲੋ ਉਹ ਹੈ ਜੋ ਤੁਹਾਡੀ ਟੀਮ ਅਮਲ ਵਿੱਚ ਲਿਆਵੇगी ਜਦੋਂ व्यਸਤ ਹੋਵੇ। ਘੱਟ ਹੈਂਡਆਫ਼, ਘੱਟ "ਬਾਅਦ ਵਿੱਚ ਕਰਾਂਗੇ" ਵਾਲੇ ਲਹਿਜ਼ੇ, ਅਤੇ ਇੱਕ ਸਪਸ਼ਟ ਜਗ੍ਹਾ ਜਿੱਥੇ ਸਾਇਨ ਕੀਤਾ ਫਾਰਮ ਗਾਹਕ ਰਿਕਾਰਡ ਵਿੱਚ ਪਹੁੰਚਦਾ ਹੈ—ਇਹ ਟੀਮ ਦੀ ਵਰਤੋਂ ਲਈ ਅਹਮ ਹੈ।
ਜੇ ਜ਼ਿਆਦਾਤਰ ਗਾਹਕ ਡੈਸਕ 'ਤੇ ਚੈਕ-ਇਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਟੈਬਲੇਟ 'ਤੇ ਸਥਾਨਕ ਇਕੱਠ ਦੀ ਪ੍ਰਕਿਰਿਆ ਬਹੁਤ ਵਧੀਆ ਰਹਿੰਦੀ ਹੈ। ਤੁਸੀਂ ਸੇਵਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦੇ ਹੋ, ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦੇ ਸਕਦੇ ਹੋ, ਅਤੇ ਇੱਕ ਹੀ ਫਲੋ ਵਿੱਚ ਸਗਨੇਚਰ ਅਤੇ ਚੈਕਬਾਕਸ ਪਕੜ ਸਕਦੇ ਹੋ।
ਜੇ ਤੁਸੀਂ ਲੰਬੀਆਂ ਸੇਵਾਵਾਂ ਜਾਂ ਉੱਚ-ਖਤਰੇ ਵਾਲੀਆਂ ਟ੍ਰੀਟਮੈਂਟਸ ਨੂੰ ਹੈਂਡਲ ਕਰਦੇ ਹੋ ਤਾਂ ਅਪਾਇੰਟਮੈਂਟ ਤੋਂ ਪਹਿਲਾਂ ਲਿੰਕ ਭੇਜਣ ਨਾਲ ਚੈਕ-ਇਨ 'ਤੇ ਦਬਾਅ ਘਟਦਾ ਹੈ। ਗਾਹਕ ਘਰ 'ਤੇ ਧੀਰੇ ਧੀਰੇ ਪੜ੍ਹ ਸਕਦੇ ਹਨ ਅਤੇ ਫਰੰਟ ਡੈਸਕ ਸਿਰਫ਼ ਪੂਰਾ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇਗਾ।
ਵੈਟਿੰਗ ਏਰੀਆ ਵਿੱਚ ਸੈਲਫ-ਸਰਵ ਕਾਰਸTouchable ਕੀਅਸਕ ਵੀ ਕੰਮ ਕਰ ਸਕਦਾ ਹੈ ਜਦੋਂ ਨਿਰੰਤਰ ਵਾਕ-ਇਨ ਹੋਣ ਅਤੇ ਕਈ ਸਟਾਫ਼ ਹੋਣ। ਇਹ ਗਤੀ ਤੇਜ਼ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਤੁਹਾਨੂੰ ਇੱਕ ਵਿਅਕਤੀ ਦੀ ਜ਼ਰੂਰਤ ਹੋਵੇਗੀ ਜੋ ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੇ ਅਤੇ ਯਕੀਨੀ ਬਣਾਏ ਕਿ ਸਹੀ ਗਾਹਕ ਸਾਇਨ ਕਰ ਰਿਹਾ ਹੈ।
ਜ਼ਿਆਦਾ ਸੋਚਣ ਦੀ ਥਾਂ, ਇੱਕ ਡੀਫੌਲਟ ਚੁਣੋ ਜੋ ਤੁਹਾਡੀ ਹਕੀਕਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ: ਜਦੋਂ ਡੈਸਕ ਫਲੋ ਨੂੰ ਕੰਟਰੋਲ ਕਰਦਾ ਹੈ ਤਾਂ ਚੈਕ-ਇਨ 'ਤੇ ਟੈਬਲੇਟ, ਜਦੋਂ ਗਾਹਕ ਪਹਿਲਾਂ ਬੁੱਕ ਕਰ ਲੈਂਦੇ ਹਨ ਤਾਂ ਪਹਿਲਾਂ ਆਨਲਾਈਨ, ਅਤੇ ਜਦੋਂ ਜਗ੍ਹਾ ਅਤੇ ਨਿਗਰਾਨੀ ਹੋਵੇ ਤਾਂ ਕੀਓਸਕ।
ਮੁੜ ਆਉਣ ਵਾਲੇ ਗਾਹਕਾਂ ਨੂੰ ਹਰ ਵਾਰੀ ਮੁੜ-ਸਾਇਨ ਕਰਨ ਦੀ ਲੋੜ ਨਹੀਂ ਜੇ ਕੁਝ ਬਦਲਾ ਨਹੀਂ। ਇਸਦੀ ਥਾਂ, ਪਹਿਲਾਂ ਦੀ ਸਹਿਮਤੀ ਦਿਖਾਓ ਅਤੇ ਮੁੱਖ ਆਈਟਮ ਪੁੱਛੋ (ਉਦਾਹਰਣ: "ਨਵੀਆਂ ਐਲਰਜੀ ਜਾਂ ਦਵਾਈਆਂ?"), ਅਤੇ ਸਿਰਫ਼ ਜ਼ਰੂਰ ਹੋਣ 'ਤੇ ਮੁੜ-ਸਾਇਨ ਕਰੋ।
ਨਵੀਂ ਸੇਵਾ ਕਿਸਮ ਬੁੱਕ ਹੋਣ ਤੇ (ਉਦਾਹਰਣ: ਸਿਰਫ਼ ਫੇਸ਼ਿਅਲ ਤੋਂ ਬਾਅਦ ਕੇਮਿਕਲ ਪੀਲ), ਜਦੋਂ ਤੁਹਾਡੀ ਨੀਤੀ ਦਾ ਸਮਾਂ ਪਾਰ ਹੋ ਜਾਵੇ (ਜਿਆਦਾਤਰ 6 ਤੋਂ 12 ਮਹੀਨੇ), ਜਦੋਂ ਸਿਹਤ ਸਮਾਂ ਬਦਲੇ (ਗਰਭ, ਨਵੀਂ ਦਵਾਈ, ਹਾਲੀਆ ਪ੍ਰਤੀਕਿਰਿਆ), ਜਾਂ ਜਦੋਂ ਤੁਸੀਂ ਫਾਰਮ ਦੀ ਵਰਡਿੰਗ/ਰਿਸਕ ਵਿਆਖਿਆ ਅਪਡੇਟ ਕਰੋ, ਤਦ ਨਵੀਂ ਸਹਿਮਤੀ ਮੰਗੋ।
ਪਹਿਲਾਂ ਇਹ ਸਾਫ਼ ਹੋਵੇ ਕਿ ਤੁਹਾਨੂੰ ਕਦੋਂ ਸਹਿਮਤੀ ਦੀ ਲੋੜ ਹੈ। ਜਦੋਂ ਟ੍ਰੀਟਮੈਂਟ ਉੱਚ-ਖਤਰੇ ਵਾਲਾ ਹੋਵੇ, contraindications ਹੋਣ, ਜਾਂ ਆਫਟੇਰਕੇਅਰ ਨਿਯਮ ਹੋਣ, ਤਦ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਸਭ ਤੋਂ ਜਿਆਦਾ ਲਾਭਦਾਇਕ ਹੁੰਦੀ ਹੈ।
ਸਭ ਤੋਂ ਪਹਿਲਾਂ, ਉਹ ਸੇਵਾਵਾਂ ਦੀ ਸੂਚੀ ਬਣਾਓ ਜਿਨ੍ਹਾਂ ਲਈ ਸਹਿਮਤੀ ਲਾਜ਼ਮੀ ਹੈ। ਇਸਨੂੰ ਨਿਰਧਾਰਿਤ ਰੱਖੋ (ਉਦਾਹਰਣ: "ਕੈਮਿਕਲ ਪੀਲ" ਜਾਂ "ਲੈਸ਼ ਲਿਫਟ"), ਨਾ ਕਿ "ਅਡਵਾਂਸਡ ਸੇਵਾਵਾਂ"—ਇਸ ਨਾਲ ਸਟਾਫ਼ ਨੂੰ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗੇਗਾ ਅਤੇ ਹਰ ਵਾਰੀ ਸਹੀ ਫਾਰਮ ਲਾਗੂ ਹੋਵੇਗਾ।
ਫਿਰ ਪ੍ਰਸ਼ਨ ਅਤੇ ਸਹਿਮਤੀ ਟੈਕਸਟ ਲਿਖੋ। ਉਹਨਾਂ ਹਾਂ/ਨਹੀਂ ਚੈਕਬਾਕਸਾਂ ਨੂੰ ਛੋਟੇ ਰੱਖੋ ਜੋ ਸੇਵਾ ਫੈਸਲੇ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੇ ਹਨ (ਗਰਭ, ਰੇਟਿਨਾਇਡਸ, ਐਲਰਜੀ, ਹਾਲੀਆ ਪ੍ਰਕਿਰਿਆਵਾਂ)। ਸਹਿਮਤੀ ਪੈਰਾਗ੍ਰਾਫ ਛੋਟਾ ਰੱਖੋ: ਸੇਵਾ ਕੀ ਹੈ, ਮੁੱਖ ਖਤਰੇ, ਬਾਅਦ ਵਿੱਚ ਕੀ ਕਰਨਾ ਹੈ, ਅਤੇ ਕਿ ਉਨ੍ਹਾਂ ਨੂੰ ਸਵਾਲ ਪੁੱਛਣ ਦਾ ਮੌਕਾ ਮਿਲਿਆ।
ਫਿਰ ਸਿਰਫ਼ ਉਹ ਫੀਲਡ ਬਣਾਓ ਜੋ ਤੁਸੀਂ ਵੀ ਅਸਲ ਵਿੱਚ ਵਰਤੋਂਗੇ: ਬੁਨਿਆਦੀ ਗਾਹਕ ਜਾਣਕਾਰੀ, ਸੇਵਾ ਨਾਮ, ਮਿਤੀ, ਸਟਾਫ਼ ਮੈਂਬਰ, ਅਤੇ ਚੈਕਬਾਕਸ। ਜੇ "ਹਾਂ" ਹੋਵੇ ਤਾਂ ਹੀ ਨਿਰਧਾਰਿਤ ਫਾਲੋ-ਅਪ ਸਵਾਲ ਦਿਖਾਓ। ਉਦਾਹਰਣ: ਜੇ "ਹਾਂ" ਐਲਰਜੀ ਲਈ, ਤਾਂ ਇੱਕ ਫਾਲੋ-ਅਪ ਫੀਲਡ ਦਿਖਾਓ: "ਤੁਸੀਂ ਕਿਸ ਨਾਲ ਐਲਰਜਿਕ ਹੋ?"
ਇੱਕ ਈ-ਸਾਈਨ ਲਵੋ ਅਤੇ ਸਪਸ਼ਟ ਪੂਰਨਤਾ ਸੁਨੇਹਾ ਦਿਖਾਓ। ਗਾਹਕ ਨੂੰ ਇੱਕ ਸਧਾਰਣ "Signed and saved" ਪੁਸ਼ਟੀ ਦਿਖਾਉ। ਜੇ ਤੁਹਾਡੀ ਵਰਕਫਲੋ ਸਮਰਥਨ ਕਰਦੀ ਹੈ, ਤਦ ਈਮੇਲ ਜਾਂ SMS ਦੁਆਰਾ ਵੀ ਕਾਪੀ ਭੇਜਣ ਦਾ ਵਿਕਲਪ ਦਿਓ।
ਕੁੰਜੀ ਗੱਲ ਹੈ ਅਟੈਚਮੈਂਟ ਅਤੇ ਰੀਟਰੀਵਲ। ਜਦੋਂ ਗਾਹਕ ਸਾਇਨ ਕਰਦਾ ਹੈ, ਸਿਸਟਮ ਉਸ ਪੂਰੇ ਫਾਰਮ ਨੂੰ ਉਸ ਗਾਹਕ ਦੀ ਪ੍ਰੋਫ਼ਾਈਲ ਹੇਠਾਂ ਸੇਵ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਸੇਵਾ ਅਤੇ ਮਿਤੀ ਨਾਲ ਟੈਗ ਕੀਤਾ ਹੋਇਆ, ਤਾਂ ਸਟਾਫ਼ ਸਕੈਂਡਾਂ ਵਿੱਚ ਉਸ ਨੂੰ ਲੱਭ ਸਕੇ।
ਜਾਇਵਾਂ ਜਾਂ ਲਾਈਵ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਟੈਸਟ ਰਨ ਕਰੋ। ਇੱਕ ਸਟਾਫ਼ ਮੈਂਬਰ ਗਾਹਕ ਬਣ ਕੇ ਇਹ ਚੈੱਕ ਕਰੇ:
ਜੇ ਤੁਸੀਂ ਆਪਣੀ ਇੰਟੇਕ ਫਲੋ ਸਵੈ-ਨਿਰਮਾਣ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਲਕਸ਼ ਇਕੋ ਹੈ: ਫਾਰਮ ਇਕੱਤਰ ਕਰੋ, ਸਿਗਨੇਚਰ ਪਕੜੋ, ਅਤੇ ਗਾਹਕ ਰਿਕਾਰਡ ਨਾਲ ਆਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਸਟੋਰ ਕਰੋ ਤਾਂ ਕਿ ਫਰੰਟ ਡੈਸਕ ਅਤੇ ਟ੍ਰੀਟਮੈਂਟ ਰੂਮ ਦਰਮਿਆਨ ਕੁਝ ਗੁੰਮ ਨਾ ਹੋਵੇ।
ਇੱਕ ਸਹਿਮਤੀ ਫਾਰਮ ਤਬ ਹੀ ਮਦਦਗਾਰ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਦਿਖਾ ਸਕੋ ਕਿ ਗਾਹਕ ਨੇ ਕੀ ਮਨਜ਼ੂਰ ਕੀਤਾ ਸੀ, ਕਦੋਂ ਮਨਜ਼ੂਰ ਕੀਤਾ ਅਤੇ ਉਸ ਵੇਲੇ ਉਹਨਾਂ ਨੇ ਕੀ ਦੇਖਿਆ। ਰਿਕਾਰਡ ਨੂੰ ਇੱਕ ਛੋਟੇ ਰਸੀਦ ਵਾਂਗ ਸੋਚੋ, ਸਿਰਫ਼ ਇੱਕ ਫਾਈਲ ਅਪਲੋਡ ਨਹੀਂ।
ਗਾਹਕ ਦੇ ਅਸਲੀ ਜਵਾਬ ਅਤੇ ਸਾਇਨ ਕਰਨ ਸਮੇਂ ਦੀ ਮਿਤੀ/ਸਮਾਂ ਸਟੋਰ ਕਰੋ। ਜੇ ਤੁਸੀਂ ਸਿਗਨੇਚਰ ਇਕੱਤਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਸਿਗਨੇਚਰ ਚਿੱਤਰ ਜਾਂ ਟੂਲ ਜੇਹੜਾ ਡੇਟਾ ਬਣਾਉਂਦਾ ਹੈ ਉਹ ਸਟੋਰ ਕਰੋ, ਨਾਲ ਹੀ ਇੱਕ ਸਪਸ਼ਟ ਟਾਈਮਸਟੈਂਪ। ਵਾਪਸੀ 'ਤੇ ਪੁਰਾਣੇ ਜਵਾਬਾਂ ਨੂੰ ਓਵਰਰਾਈਟ ਨਾ ਕਰੋ—ਹਰ ਸਾਇਨਡ ਸੈਸ਼ਨ ਨੂੰ ਆਪਣੀ ਐਂਟਰੀ ਵਜੋਂ ਰੱਖੋ।
ਸੰਦਰਭ ਵੀ ਸਟੋਰ ਕਰੋ। ਜੇ ਕਦੇ ਬਾਅਦ ਵਿਚ ਪ੍ਰਸ਼ਨ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਜਾਣਨਾ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਕਿੜੀ ਸੇਵਾ ਕੀਤੀ ਗਈ ਅਤੇ ਕਿੱਥੇ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਕਈ ਸਾਈਟਾਂ ਹਨ ਜਾਂ ਟ੍ਰੀਟਮੈਂਟ ਰੂਮ ਅਨੁਸਾਰ ਵੱਖ-ਵੱਖ ਹੁੰਦੇ ਹਨ ਤਾਂ ਇਹ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦਾ ਹੈ।
ਇੱਕ ਸਾਫ਼ ਆਡਿਟ ਟ੍ਰੇਲ ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਸ਼ਾਮਿਲ ਹੁੰਦਾ ਹੈ:
ਵਰਜ਼ਨਿੰਗ ਬਹੁਤ ਸੇ ਸਲੂਨ ਮਿਸ ਕਰ ਦਿੰਦੇ ਹਨ। ਜੇ ਤੁਸੀਂ ਅਗਲੇ ਮਹੀਨੇ ਆਪਣੀ ਵਰਡਿੰਗ ਅਪਡੇਟ ਕਰ ਦਿੰਦੇ ਹੋ, ਤਾਂ ਪੁਰਾਣੇ ਗਾਹਕ ਰਿਕਾਰਡਾਂ 'ਤੇ ਉਹ ਪੁਰਾਣਾ ਟੈਕਸਟ ਵੀ ਦਿਖਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਨੂੰ ਉਹਨਾਂ ਨੇ ਸਵੀਕਾਰ ਕੀਤਾ ਸੀ। ਸਭ ਤੋਂ ਸਧਾਰਾ ਤਰੀਕਾ ਹੈ ਕਿ ਇੱਕ ਟੈਮਪਲੇਟ ਵਰਜ਼ਨ ID ਸਟੋਰ ਕਰੋ ਅਤੇ ਜਵਾਬਾਂ ਨਾਲ ਨਾਲ ਟੈਕਸਟ ਦਾ ਪੂਰਾ ਸਨੇਪਸ਼ਾਟ ਰੱਖੋ।
ਉਦਾਹਰਣ: ਇੱਕ ਪਹਿਲੀ ਵਾਰੀ ਆਉਣ ਵਾਲੇ ਗਾਹਕ ਨੇ ਇੱਕ ਤਾਕਤਵਰ ਪੀਲ ਲਈ ਸਾਇਨ ਕੀਤਾ। ਤੁਹਾਡੇ ਰਿਕਾਰਡ ਵਿੱਚ ਪੀਲ ਕਿਸਮ, ਸਟੂਡੀਓ ਸਥਾਨ, ਕਿ ਸਟਾਫ਼ ਮੈਂਬਰ Alex ਨੇ ਉਨ੍ਹਾਂ ਨੂੰ iPad 'ਤੇ ਚੈੱਕ-ਇਨ ਕੀਤਾ, ਅਤੇ ਜਿਸ ਸਹਿਮਤੀ ਵਰਜ਼ਨ ਨੂੰ ਉਹਨਾਂ ਨੇ ਦੇਖਿਆ—ਇਹ ਸਭ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਨਾਲ ਇੱਕ ਲੌਕ ਕੀਤਾ PDF ਕਾਪੀ।
ਬਿਊਟੀ ਸੇਵਾਵਾਂ ਲਈ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਫਾਰਮ ਫਿਰ ਵੀ ਸਿਹਤ-ਸੰਬੰਧੀ ਡਾਟਾ ਦੇ ਨੇੜੇ ਆਉਂਦਾ ਹੈ। ਇਸਨੂੰ ਕਿਸੇ ਵੀ ਗੁਪਤ ਗਾਹਕ ਦਸਤਾਵੇਜ਼ ਵਾਂਗ ਵਰਤੋ: ਸਿਰਫ਼ ਉਹੀ ਇਕੱਤਰ ਕਰੋ ਜੋ ਆਵਸ਼્યਕ ਹੈ, ਸੁਰੱਖਿਅਤ ਰੱਖੋ, ਅਤੇ ਜਿੰਨਾ ਲੰਬਾ ਰੱਖਣਾ ਹੈ ਉਸਦਾ ਸਾਫ਼ ਕਾਰਨ ਰੱਖੋ।
ਸ਼ੁਰੂ ਕਰੋ ਪਹੁੰਚ ਨਾਲ। ਬਹੁਤ ਸਾਰੀਆਂ ਪ੍ਰਾਈਵੇਸੀ ਸamasਯਾਵਾਂ ਹੈਕਿੰਗ ਨਹੀਂ, ਬਲਕਿ ਗਲਤ ਸਾਂਝੇ ਕਰਨ ਤੋਂ ਹੁੰਦੀਆਂ ਹਨ। ਉਹ ਲੋਕ ਜੋ ਅਸਲ ਵਿੱਚ ਕੰਮ ਲਈ ਲੋੜੀਂਦੇ ਹਨ—ਫਰੰਟ ਡੈਸਕ (ਇੰਟੇਕ ਲਈ), ਪ੍ਰੋਵਾਈਡਰ (ਸੇਵਾ ਇਤਿਹਾਸ ਲਈ), ਅਤੇ(owner/manager) ਵਿਵਾਦਾਂ ਲਈ—ਇਹਨਾਂ ਤੱਕ ਹੀ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ। ਜੇ ਤੁਹਾਡੀ ਸਿਸਟਮ ਰੋਲ-ਬੇਸਡ ਐਕਸੈੱਸ ਸਹਾਇਤਾ ਕਰਦੀ ਹੈ ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਸੈੱਟ ਕਰੋ ਅਤੇ ਸਟਾਫ਼ ਬਦਲਣ 'ਤੇ ਸਮੀਖਿਆ ਕਰੋ।
ਰਿਟੇਨਸ਼ਨ ਅਗਲਾ ਹਿੱਸਾ ਹੈ। ਇਹ ਨਿਰਣੇ ਕਰੋ ਕਿ ਤੁਸੀਂ ਕਿੰਨੀ ਦੇਰ ਲਈ ਸਾਈਂਡ ਸਹਿਮਤੀਆਂ ਰੱਖੋਗੇ ਅਤੇ ਇਸ ਤੇ ਪੱਕਾ ਰਹੋ। ਸਥਾਨਕ ਨਿਯਮਾਂ ਅਤੇ ਸੇਵਾ ਦੀ ਕਿਸਮ 'ਤੇ ਨਿਰਭਰ ਕਰਕੇ ਸਹੀ ਸਮਾਂ ਫਰਕ ਹੋ ਸਕਦਾ ਹੈ, ਪਰ "ਸਦੀਵੀ" ਆਮ ਤੌਰ 'ਤੇ ਚੰਗਾ ਨਿਯਮ ਨਹੀਂ। ਆਪਣੀ ਟੀਮ ਲਈ ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਲਿਖੋ ਅਤੇ ਹਰ ਗਾਹਕ ਲਈ ਇੱਕੋ ਤਰੀਕੇ ਨਾਲ ਲਗੂ ਕਰੋ।
ਫਾਇਲਾਂ ਕਿੱਥੇ ਰਹਿੰਦੀਆਂ ਹਨ ਅਤੇ ਉਹ ਕਿਵੇਂ ਸੁਰੱਖਿਅਤ ਹਨ, ਇਸ ਬਾਰੇ ਵੀ ਜਾਣਕਾਰੀ ਰੱਖੋ। ਲਾਈਵ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਯਕੀਨ ਕਰੋ ਕਿ ਤੁਸੀਂ ਇਹ ਜਵਾਬ ਦੇ ਸਕਦੇ:
ਗਾਹਕ ਨੂੰ ਉਹ ਜੋ ਉਹਨੇ ਸਾਈਨ ਕੀਤਾ, ਇੱਕ ਕਾਪੀ ਲੈਣੀ ਚਾਹੀਦੀ ਹੈ। ਇਸਨੂੰ ਆਸਾਨ ਬਣਾਓ: ਇੱਕ ਬਟਨ ਪ੍ਰਿੰਟ ਜਾਂ ਐਕਸਪੋਰਟ ਲਈ, ਜਾਂ ਫਰੰਟ ਡੈਸਕ 'ਤੇ ਇੱਕ ਮਾਨਤਾ ਪ੍ਰਕਿਰਿਆ। ਜਦੋਂ ਕੋਈ ਕਾਪੀ ਮੰਗਦਾ ਹੈ, ਮਿਤੀ ਅਤੇ ਕਿਸ ਤਰੀਕੇ ਨਾਲ ਦਿੱਤੀ ਗਈ ਉਹ ਨੋਟ ਕਰੋ।
ਆਖ਼ਿਰ ਵਿੱਚ, ਫਾਰਮ 'ਤੇ ਅਤੇ ਅੰਦਰੂਨੀ ਨੀਤੀ ਵਿੱਚ ਇੱਕ ਛੋਟਾ ਨੋਟ ਸ਼ਾਮਿਲ ਕਰੋ: ਇਹ ਕਾਨੂੰਨੀ ਸਲਾਹ ਨਹੀਂ ਹੈ—ਤੁਹਾਨੂੰ ਆਪਣੇ ਸਹੂਲਤ ਵਾਲੇ ਸ਼ਹਿਰ, ਰਾਜ/ਸੂਬੇ ਅਤੇ ਦੇਸ਼ ਲਈ ਰੀਟੇਨਸ਼ਨ ਅਤੇ ਸਹਿਮਤੀ ਟੈਕਸਟ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਮੰਗਾਂ ਵੱਖ-ਵੱਖ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਖ਼ਾਸ ਕਰਕੇ ਜੇ ਤੁਸੀਂ ਸਥਾਨਾਂ ਤਕ ਫੈਲੇ ਹੋ ਜਾਂ ਡੇਟਾ ਕਿਸੇ ਹੋਰ ਖੇਤਰ ਵਿੱਚ ਸਟੋਰ ਹੁੰਦੀ ਹੈ।
ਇਕ ਨਵਾਂ ਗਾਹਕ ਪਹਿਲੀ ਵਾਰ ਕੇਮਿਕਲ ਪੀਲ ਬੁੱਕ ਕਰਦਾ ਹੈ। ਜਦੋਂ ਉਹ ਆਉਂਦਾ ਹੈ, ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਫੋਨ 'ਤੇ ਫਾਰਮ ਭੇਜਦੇ ਹੋ ਜਾਂ ਡੈਸਕ 'ਤੇ ਇੱਕ ਟੈਬਲੇਟ ਦਿੰਦੇ ਹੋ। ਲਕਸ਼ ਸਧਾਰਨ ਹੈ: ਤੇਜ਼, ਸਪਸ਼ਟ ਜਵਾਬ ਲੈਣਾ, ਫਿਰ ਕੋਈ ਵੀ ਰਿਸਕ ਰਿਵਿਊ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਾਈਨ ਕਰਵਾਉਣਾ।
ਫਾਰਮ ਛੋਟਾ ਪਰ ਨਿਰਧਾਰਿਤ ਹੁੰਦਾ ਹੈ। ਇਹ ਉਹਨਾਂ ਹਾਂ/ਨਹੀਂ ਸਵਾਲਾਂ ਨੂੰ ਪੁੱਛਦਾ ਹੈ ਜੋ ਟ੍ਰੀਟਮੈਂਟ ਯੋਜਨਾ ਬਦਲ ਸਕਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਕੀ ਉਹਨਾਂ ਨੇ ਪਿਛਲੇ 2 ਤੋਂ 4 ਹਫਤਿਆਂ ਵਿੱਚ ਰੇਟਿਨਾਇਡਸ ਜਾਂ ਪ੍ਰਿਸਕ੍ਰਿਪਸ਼ਨ ਐਕਨੇ ਦਵਾਈ ਵਰਤੀ ਹੈ, ਕੀ ਉਹਨਾਂ ਨੂੰ ਸਕਿਨ-ਕੇਅਰ ਸਮੱਗਰੀਆਂ, ਲੇਟੈਕਸ, ਜਾਂ ਐਡਹੀਜ਼ਿਵ ਨਾਲ ਐਲਰਜੀ ਹੈ, ਕੀ ਉਹ ਗਰਭਵਤੀ ਜਾਂ ਦੁੱਧ ਪਿਲਾ ਰਹੀ ਹੈ, ਕੀ ਉਹਨਾਂ ਨੇ ਪਿਛਲੇ 7 ਦਿਨਾਂ ਵਿੱਚ ਤੇਜ਼ ਸੂਰਜ ਖਪਤ ਜਾਂ ਸਨਬਨ ਕੀਤਾ, ਅਤੇ ਕੀ ਉਹਨਾਂ ਨੇ ਖੇਤਰ 'ਤੇ ਹਾਲ ਹੀ ਵਿੱਚ ਵੇਕਸਿੰਗ, ਐਗਜ਼ਫੋਲੀਏਸ਼ਨ ਜਾਂ ਸਲੂਨ ਇਲਾਜ ਲਏ ਹਨ।
ਗਾਹਕ ਦਵਾਈ ਸਵਾਲ ਲਈ "ਹਾਂ" ਟੈਪ ਕਰਦਾ ਹੈ ਅਤੇ ਲਿਖਦਾ ਹੈ: "Started tretinoin 3 weeks ago, using it every other night." ਇਹ ਇਕ ਹੀ ਵੇਰਵਾ ਹੈ ਜੋ ਡਿਜੀਟਲ ਇੰਟੇਕ ਦਾ ਮੁਲ ਹੈ: ਤੁਸੀਂ ਇਹ ਕਮਰੇ ਵਿੱਚ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਵੇਖ ਲੈਂਦੇ ਹੋ।
ਡੈਸਕ ਜਾਂ ਰੂਮ ਵਿੱਚ, ਸਟਾਫ਼ ਮੈਂਬਰ ਜਵਾਬ ਦੀ ਸੰਖੇਪ ਸਮੀਖਿਆ ਕਰਦਾ ਹੈ, ਇੱਕ ਫਾਲੋ-ਅਪ ਸਵਾਲ ਪੁੱਛਦਾ ਹੈ, ਅਤੇ ਯੋਜਨਾ ਵਿੱਚ ਸੋਧ ਕਰਦਾ ਹੈ। ਤੁਸੀਂ ਨਰਮ ਪੀਲ ਚੁਣ ਸਕਦੇ ਹੋ, ਤਾਕਤ ਘਟਾ ਸਕਦੇ ਹੋ, ਸੇਵਾ ਟਾਲ ਸਕਦੇ ਹੋ, ਜਾਂ ਤਿਆਰੀ ਅਤੇ ਆਫਟੇਰਕੇਅਰ 'ਤੇ ਧਿਆਨ ਕੇਂਦਰਿਤ ਕਰ ਸਕਦੇ ਹੋ।
ਸਿਰਫ਼ ਯੋਜਨਾ ਪੱਕੀ ਹੋਣ ਤੋਂ ਬਾਅਦ ਗਾਹਕ ਸਾਇਨ ਕਰਦਾ ਹੈ। ਸਾਈਨ ਕੀਤੀ ਸਹਿਮਤੀ ਫਿਰ ਉਹਨਾਂ ਦੇ ਗਾਹਕ ਪ੍ਰੋਫ਼ਾਈਲ ਹੇਠਾਂ ਸੇਵ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਤਾਂ ਅਗਲੀ ਵਾਰੀ ਹੋਰ ਆਸਾਨ ਹੋਵੇ: ਤੁਸੀਂ ਦੇਖ ਸਕਦੇ ਹੋ ਕਿ ਕੀ ਮਨਜ਼ੂਰ ਹੋਇਆ, ਕੀ ਬਦਲਿਆ ਗਿਆ ਅਤੇ ਕਿਉਂ।
ਸਭ ਤੋਂ ਵੱਡੀ ਨੁਕਸਾਨਦਾਇਕ ਗੱੜਬੜ ਉਹ ਫਾਰਮ ਹੈ ਜੋ ਲੋਕ ਨਹੀਂ ਪੜ੍ਹਦੇ। ਜੇ ਚੈਕ-ਇਨ ਬਿਹੱਦ ਵਿਆਸਤ ਹੈ ਅਤੇ ਟੈਕਸਟ ਇੱਕ ਪੂਰੇ ਪੰਨੇ ਦੇ ਕਾਨੂੰਨੀ ਸ਼ਬਦ ਵਰਗਾ ਲੱਗਦਾ ਹੈ, ਤਾਂ ਗਾਹਕ ਸਕਿੰਕ ਪੜ੍ਹਦੇ ਹੋਏ "agree" ਟੈਪ ਕਰ ਦੇਣਗੇ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਹੈਰਾਨੀ ਮਹਿਸੂਸ ਕਰ ਸਕਦੇ ਹਨ।
ਸਹਿਮਤੀ ਟੈਕਸਟ ਛੋਟਾ ਅਤੇ ਸਧਾਰਾ ਰੱਖੋ। ਖਤਰੇ ਦੀਆਂ ਮੁੱਖ ਗੱਲਾਂ ਪਹਿਲਾਂ ਰੱਖੋ (ਲਾਲੀ, ਜਲਣ, ਐਲਰਜੀ ਫਲੇਅ-ਅਪ, ਖੂਰੇ, ਆਫਟੇਰਕੇਅਰ ਬੰਧਨ)। ਜੇ ਤੁਹਾਨੂੰ ਲੰਬੇ ਨਿਯਮਾਂ ਦੀ ਲੋੜ ਹੈ ਤਾਂ ਉਨਾਂ ਨੂੰ ਸਹਿਮਤੀ ਸਰਗਰਮੀ ਤੋਂ ਵੱਖ ਕਰ ਦਿਓ ਤਾਂ ਕਿ ਸਾਈਨ ਕਰਨ ਵਾਲਾ ਭਾਗ ਪੜ੍ਹਨ ਯੋਗ ਰਹੇ।
ਧੁੰਦਲੇ ਸਵਾਲ ਵੀ ਇੱਕ ਆਮ ਮਸਲਾ ਹਨ। "ਕੋਈ ਸਿਹਤ ਸੰਬੰਧੀ ਸਮੱਸਿਆ?" ਬਹੁਤ ਵਿਆਪਕ ਹੈ, ਆਸਾਨੀ ਨਾਲ ਗਲਤ ਜਵਾਬ ਮਿਲਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਵਰਤਣ ਲਈ ਮੁਸ਼ਕਿਲ ਹੁੰਦਾ ਹੈ। ਸੇਵਾ-ਨਿਰਧਾਰਿਤ ਖਾਸ ਹਾਂ/ਨਹੀਂ ਪ੍ਰਸ਼ਨ ਪੁੱਛੋ: ਉਦਾਹਰਣ: "ਕੀ ਤੁਸੀਂ ਗਰਭਵਤੀ ਜਾਂ ਦੁੱਧ ਪਿਲਾ ਰਹੇ ਹੋ?" "ਕੋਈ ਬਲੱਡ ਥਿਨਰ?" "ਕੋਈ ਸਰਗਰਮ ਸਕਿਨ ਇਨਫੈਕਸ਼ਨ?" "ਕੀ ਤੁਸੀਂ ਆਖਰੀ 6 ਮਹੀਨੇ ਵਿੱਚ isotretinoin ਵਰਤਿਆ?"
ਇੱਕ ਸਹਿਮਤੀ ਰਿਕਾਰਡ ਸਿਰਫ਼ ਉਦੋਂ ਹੀ ਲਾਭਕਾਰੀ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਸਾਬਤ ਕਰ ਸਕੋ ਕਿ ਕੀ ਮਨਜ਼ੂਰ ਕੀਤਾ ਗਿਆ ਅਤੇ ਕਦੋਂ। ਕਈ ਸਲੂਨ ਇਹ ਭੁੱਲ ਜਾਂਦੇ ਹਨ ਕਿ ਸਹਿਮਤੀ ਵਰਜ਼ਨ ਅਤੇ ਸਪਸ਼ਟ ਟਾਈਮਸਟੈਂਪ ਸਟੋਰ ਕਰਨੇ ਜਰੂਰੀ ਹਨ। ਅਸਲ ਟੈਕਸਟ (ਜਾਂ ਵਰਜ਼ਨ ID), ਗਾਹਕ ਦੇ ਜਵਾਬ, ਸਿਗਨੇਚਰ ਅਤੇ ਮਿਤੀ/ਸਮਾਂ ਸਟੋਰ ਕਰੋ।
ਕੁਝ ਵਰਕਫਲੋ ਫੰਕਸ਼ਨਲ ਟ੍ਰੈਪ:
ਇੱਕ ਸਧਾਰਨ ਨਿਯਮ ਮਦਦ ਕਰਦਾ ਹੈ: ਜੇ ਨਵੀਂ ਜਾਣਕਾਰੀ ਦੇਖ ਕੇ ਗਾਹਕ ਵੱਖਰਾ ਫੈਸਲਾ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਹ ਇੱਕ ਨਵੀਂ ਸਹਿਮਤੀ ਮਾਨੋ।
ਅਸਲ ਗਾਹਕ ਨੂੰ ਇੱਕ ਟੈਬਲੇਟ ਦਿੰਘੋ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਡ੍ਰਾਇ ਰਨ ਕਰੋ। ਨਕਲੀ ਗਾਹਕ ਦਾ ਨਾਮ ਵਰਤੋ, ਹਰ ਪ੍ਰਸ਼ਨ ਦਾ ਜਵਾਬ ਦਿਓ, ਸਾਇਨ ਕਰੋ, ਸੇਵ ਕਰੋ, ਫਿਰ ਫਰੰਟ ਡੈਸਕ ਵਾਂਗ ਉਸ ਸਾਇਨਡ ਫਾਰਮ ਨੂੰ ਲੱਭੋ।
ਇਹ ਗੋ-ਲਾਈਵ ਚੈੱਕਲਿਸਟ ਵਰਤੋ:
ਇਸ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਹਕੀਕੀ ਟੈਸਟ ਕਰੋ। ਇੱਕ ਸਹਿ-ਕਰਮਚਾਰੀ ਨੂੰ ਕਹੋ ਕਿ ਉਹ ਗੰਦੇ ਹੱਥਾਂ ਨਾਲ, ਇਕ ਫ਼ੋਨ ਕਾਲ ਦੌਰਾਨ, ਅਤੇ ਇਕ ਗਾਹਕ ਇੰਤਜ਼ਾਰ ਵਿੱਚ ਹੋਣ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਭਰੇ। ਜੇ ਉਹ ਕਿਸੇ ਚੈੱਕਬਾਕਸ 'ਤੇ ਹਿਚਕਿਚਾਏ, ਤਾਂ ਉਸੇ ਲਫ਼ਜ਼ ਨੂੰ ਮੁੜ ਲਿਖੋ।
ਰੀ-ਸਾਇਨ ਨਿਯਮ ਇੱਕ ਵਾਕ ਵਿੱਚ ਲਿਖ ਦਿਓ। ਉਦਾਹਰਣ: ਹਰ 12 ਮਹੀਨੇ 'ਤੇ ਮੁੜ-ਸਾਇਨ ਕਰੋ, ਕਿਸੇ ਵੀ ਮੁੱਖ ਫਾਰਮ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਮੁੜ-ਸਾਇਨ ਕਰੋ, ਅਤੇ ਉੱਚ-ਖਤਰੇ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਤੋਂ ਪਹਿਲਾਂ ਮੁੜ-ਸਾਇਨ ਕਰਵਾਓ। ਜੋ ਵੀ ਚੁਣੋ, ਇੱਕੋ ਜਿਹਾ ਰੱਖੋ ਤਾਂ ਸਟਾਫ਼ ਅਨੁਮਾਨ ਨਾ ਲਗਾਏ।
ਜਦੋਂ ਤੁਹਾਡਾ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਫਾਰਮ ਕਾਗਜ਼ 'ਤੇ ਸਹੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਨ ਲੱਗੇ, ਤਾਂ ਰੋਲਆਉਟ ਛੋਟਾ ਰੱਖੋ। ਇੱਕ ਸੇਵਾ ਚੁਣੋ (ਸਧਾਰਨ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਆਮ ਜਾਂ ਸਭ ਤੋਂ ਉੱਚ-ਖਤਰੇ ਵਾਲੀ) ਅਤੇ ਇੱਕ ਹਫ਼ੇ ਲਈ ਇਸਨੂੰ ਚਲਾਓ। ਤੁਸੀਂ ਅਸਲ ਮੁਸ਼ਕਿਲਾਂ ਤੇਜ਼ੀ ਨਾਲ ਦੇਖ ਲਵੋਗੇ: ਭਰਭਰਾਉਣਯੋਗ ਵਰਡਿੰਗ, ਗੁੰਮ ਹੋ ਗਈਆਂ ਸਾਈਨ, ਜਾਂ ਇੱਕ ਅਜਿਹਾ ਫਰੰਟ ਡੈਸਕ ਕਦਮ ਜੋ ਸਭ ਕੁਝ ਸਲੋ ਕਰਦਾ ਹੈ।
ਸਟਾਫ਼ ਲਈ ਨਿਯਮ ਸਧਾਰਨ ਰੱਖੋ: ਜੇ ਕੋਈ ਜਵਾਬ ਖਤਰਾ ਸੁਝਾਏ, ਤਾਂ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੋਕੋ ਅਤੇ ਸਮੀਖਿਆ ਕਰੋ। ਗਰਭ, ਨਵੀਂ ਰੇਟਿਨਾਇਡਸ, ਐਲਰਜੀ, ਬਲੱਡ ਥਿਨਰ, ਜਾਂ ਸਕਿਨ ਸਥਿਤੀ 'ਤੇ "ਹਾਂ" ਆਉਣ 'ਤੇ ਇੱਕ ਛੋਟੀ ਜਾਂਚ-ਪੜਤਾਲ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਨਾ ਕਿ ਤੁਰੰਤ ਆਗੇ ਵਧਣਾ।
ਇੱਕ ਪ੍ਰਯੋਗਿਕ ਰੋਲਆਉਟ ਯੋਜਨਾ: ਇੱਕ ਸੇਵਾ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਹਰ ਰੋਜ਼ ਪੰਜ ਦਿਨ ਲਈ ਪ੍ਰਤੀਕ੍ਰਿਆ ਇਕੱਤਰ ਕਰੋ, ਵਰਡਿੰਗ ਅਤੇ ਪ੍ਰਸ਼ਨਾਂ ਦੇ ਆਰਡਰ ਨੂੰ ਬਦਲੋ, ਟੀਮ ਨੂੰ "ਰੋਕ-ਅਤੇ-ਸਮੀਖਿਆ" ਮੁਹਿੰਮਾਂ 'ਤੇ ਟਰੈਨ ਕਰੋ, ਅਤੇ ਫਿਰ ਦੂਜੀ ਸੇਵਾ 'ਤੇ ਲਾਂਚ ਕਰੋ ਜਦ ਪਹਿਲੀ ਸੇਵਾ ਬੋਰਿੰਗ ਅਤੇ ਦੁਹਰਾਏ ਜੋਗੀ ਮਹਿਸੂਸ ਹੋਵੇ। ਦੋ ਹਫ਼ਤੇ ਬਾਅਦ, ਪੂਰਨਤਾ ਦਰਾਂ (ਸਾਈਨ ਅਤੇ ਲਾਜ਼ਮੀ ਚੈਕਬਾਕਸ) ਨੂੰ ਦੁਬਾਰਾ ਜਾਂਚੋ।
ਫਿਰ ਫੈਸਲਾ ਕਰੋ ਕਿ ਜਦੋਂ ਅਤੇ ਕਿਵੇਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸਾਂਝਾ ਕੀਤਾ ਜਾਵੇਗਾ। ਭਾਵੇਂ ਕਿ ਤੁਸੀਂ ਕਦੇ ਵੀ ਸਿਸਟਮ ਬਦਲਣ ਦੀ ਯੋਜਨਾ ਨਾ ਬਣਾਉ, ਪਰ ਤੁਸੀਂ ਆਖ਼ਿਰਕਾਰ ਕਦੇ ਗਾਹਕ ਦੀ ਬਿਨੈ, ਇੰਸ਼ੁਰੈਂਸ ਮਸਲਾ ਜਾਂ ਨਿਯੰਤਰਕ ਕਾਰਨ ਲਈ ਰਿਕਾਰਡ ਸਾਂਝਾ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਲਾਂਚ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਰੱਖੋ: ਕੌਣ ਸੋਧ ਸਕਦਾ ਹੈ, ਕੌਣ ਵੇਖ ਸਕਦਾ ਹੈ, ਸਾਈਨਡ ਫਾਰਮ ਨਿਰਯਾਤ/ਐਕਸਪੋਰਟ ਕਿਵੇਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਹ ਕਿੱਥੇ ਸਟੋਰ ਹੈ ਤਾਂ ਜੋ ਇਹ ਸਹੀ ਗਾਹਕ ਨਾਲ ਜੁੜਿਆ ਰਹੇ, ਅਤੇ ਜਦੋਂ ਗਾਹਕ ਆਪਣੀਆਂ ਜਵਾਬਾਂ ਰੀਵਿਜ਼ਟ ਕਰਦਾ ਹੈ ਤਾਂ ਕੀ ਹੁੰਦਾ ਹੈ।
ਜੇ ਤੁਸੀਂ ਘੱਟ ਮੈਨੂਅਲ ਕੰਮ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ Koder.ai ਵਰਗੇ ਟੂਲ (Koder.ai) ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਸਧਾਰਨ ਇੰਟੇਕ ਅਤੇ ਗਾਹਕ ਰਿਕਾਰਡ ਮੈਨੇਜਮੈਂਟ ਫਲੋ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਕਿ ਫਾਰਮ, ਸਿਗਨੇਚਰ ਕੈਪਚਰ ਅਤੇ ਸਟੋਰੇਜ ਇਕੱਠੇ ਇੱਕ ਹੀ ਥਾਂ 'ਤੇ ਹੋਣ।
ਆਪਣੇ ਫਲੋ ਨੂੰ ਹਰ ਕੁਝ ਮਹੀਨਿਆਂ 'ਚ ਰੀਵਿਊ ਕਰਨ ਲਈ ਕੈਲੰਡਰ ਰਿਮਾਈਂਡਰ ਰੱਖੋ। ਸੇਵਾਵਾਂ, ਸਟਾਫ਼ ਅਤੇ ਸਥਾਨਕ ਨਿਯਮ ਬਦਲਦੇ ਰਹਿੰਦੇ ਹਨ—ਛੋਟੇ ਅਪਡੇਟ ਬੜੇ ਘਟਨਾਵਾਂ ਨੂੰ ਰੋਕਦੇ ਹਨ।
ਇੱਕ ਡਿਜੀਟਲ ਸਹਿਮਤੀ ਫਾਰਮ ਤੁਹਾਨੂੰ ਕਿਸੇ ਨਿਰਧਾਰਤ ਇਲਾਜ ਕਰਨ ਦੀ ਸਪਸ਼ਟ ਆਗਿਆ ਦਿੰਦਾ ਹੈ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਖਿੱਚਣ ਲਈ ਇੱਕ ਰਿਕਾਰਡ ਰੱਖਦਾ ਹੈ। ਇਹ ਤੁਹਾਨੂੰ ਦੱਸਣ ਵਿੱਚ ਮਦਦ ਕਰਦਾ ਹੈ ਕਿ ਕੀ ਸਹਿਮਤ ਹੋਇਆ, ਕਦੋਂ ਸਾਇਨ ਕੀਤਾ ਗਿਆ, ਅਤੇ ਕਿਹੜੇ ਖਤਰੇ ਜਾਂ ਆਫਟੇਰਕੇਅਰ ਵੀ ਦੱਸੇ ਗਏ ਸਨ।
ਕਿਸੇ ਵੀ ਸੇਵਾ ਲਈ ਜਿਥੇ ਅਸਲ ਖਤਰਾ, ਪ੍ਰਤੀਕੂਲਤਾ (contraindications) ਜਾਂ ਆਫਟੇਰਕੇਅਰ ਨਿਯਮ ਹਨ, ਵਰਤੋਂ ਕਰੋ—ਜਿਵੇਂ ਕਿ ਕੇਮਿਕਲ ਪੀਲ, ਵੇਕਸਿੰਗ, ਲੈਸ਼ ਸੇਵਾਵਾਂ, ਜਾਂ ਕੋਈ ਵੀ ਚੀਜ਼ ਜੋ ਅਡਹੀਜ਼ਿਵ ਜਾਂ ਤੇਜ਼ ਐਕਟਿਵਜ਼ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਜੇ ਇੱਕ “ਹਾਂ” ਵਾਲਾ ਜਵਾਬ ਅੱਜ ਸੇਵਾ ਕਰਨ ਦੇ ਫੈਸਲੇ ਨੂੰ ਬਦਲ ਦੇਵੇ, ਤਾਂ ਉਹ ਪ੍ਰਸ਼ਨ ਫਾਰਮ 'ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।
ਛੋਟਾ ਰੱਖੋ: ਗਾਹਕ ਦਾ ਨਾਮ, ਇਕ ਸੰਪਰਕ ਢੰਗ, ਸੇਵਾ ਦਾ ਨਾਮ ਅਤੇ ਖੇਤਰ, ਮਿਤੀ/ਸਮਾਂ, ਸਟਾਫ਼ ਮੈਂਬਰ, ਇੱਕ ਛੋਟੀ ਖਤਰਾ/ਆਫਟੇਰਕੇਅਰ ਸਾਰ, ਅਤੇ ਕੁਝ ਹਾਂ/ਨਹੀਂ ਪ੍ਰਸ਼ਨ ਜੋ ਸੁਰੱਖਿਆ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰਦੇ ਹਨ। ਇਕ ਈ-ਸਾਈਨ ਅਤੇ ਆਟੋਮੈਟਿਕ ਟਾਈਮਸਟੈਂਪ ਜੋੜੋ ਤਾਂ ਰਿਕਾਰਡ ਪੂਰਾ ਹੋ ਜਾਵੇ।
ਹਰ ਚੈਕਬਾਕਸ ਨੂੰ ਇਕ ਸਪਸ਼ਟ ਵਿਚਾਰ ਵਜੋਂ ਲਿਖੋ ਅਤੇ ਗੈਰ-ਤਕਨੀਕੀ, ਆਮ ਉਪਭੋਗਤਾ ਦੀ ਭਾਸ਼ਾ ਵਰਤੋ। ਸਿਰਫ਼ ਉਹੀ ਆਈਟਮ ਲਾਜ਼ਮੀ ਬਣਾਓ ਜੋ ਅਸਲ ਵਿੱਚ ਸੇਵਾ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ। ਜੇ ਕੋਈ “ਹਾਂ” ਚੁਣਦਾ ਹੈ ਤਾਂ ਇੱਕ ਛੋਟਾ ਫਾਲੋ-ਅਪ ਟੈਕਸਟ ਬਾਕਸ ਦਿਖਾਓ ਤਾਂ ਕਿ ਬਾਕੀ ਫਾਰਮ ਸਫਾਈ ਰਹੇ।
ਜੇ ਜ਼ਿਆਦਾਤਰ ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ ਆ ਕੇ ਪੇਸ਼ਗੀ ਭੁੱਗਤਾਨ ਕਰਦੇ ਹਨ, ਤਾਂ ਚੈਕ-ਇਨ 'ਤੇ ਟੈਬਲੇਟ ਸਧਾਰਨ ਰਿਹਾ ਕਰਦਾ ਹੈ ਕਿਉਂਕਿ ਸਟਾਫ਼ ਸੇਵਾ ਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਸਵਾਲਾਂ ਦਾ ਜਵਾਬ ਦੇ ਸਕਦਾ ਹੈ। ਜੇ ਬੁੱਕਿੰਗ ਤੋਂ ਪਹਿਲਾਂ ਭੇਜਿਆ ਜਾਵੇ ਤਾਂ ਗਾਹਕ ਘਰ 'ਤੇ ਧੀਰੇ-ਧੀਰੇ ਪੜ੍ਹ ਸਕਦਾ ਹੈ—ਵਧੇਰੇ ਉੱਚ-ਖਤਰੇ ਵਾਲੀਆਂ ਸੇਵਾਵਾਂ ਲਈ ਇਹ ਵਧੀਆ ਹੈ।
ਨਹੀਂ—ਜੇ ਕੁਝ ਨਹੀਂ ਬਦਲਿਆ ਤਾਂ ਹਰ ਮੁਲਾਕਾਤ 'ਤੇ ਮੁੜ ਸਾਇਨ ਨਾ ਕਰਵਾਓ। ਬਦਲੀਆਂ ਚੀਜ਼ਾਂ (ਨਵੀਆਂ ਦਵਾਈਆਂ, ਗਰਭ) ਜਾਂ ਸੇਵਾ ਕਿਸਮ ਬਦਲਣ 'ਤੇ ਨਵੀਂ ਸਹਿਮਤੀ ਲਵੋ। ਇਸਦੇ علاوہ ਜੇ ਫਾਰਮ ਦੀ ਵਰਡਿੰਗ ਜਾਂ ਰਿਸਕ ਵਿਆਖਿਆ ਬਦਲੀ ਹੈ ਤਾਂ ਵੀ ਮੁੜ-ਸਾਇਨ ਲਵੋ।
ਗਾਹਕ ਦੇ ਜਵਾਬ, ਸਿਗਨੇਚਰ ਡੇਟਾ ਜਾਂ ਚਿੱਤਰ, ਅਤੇ ਸਾਇਨ ਦੀ ਮਿਤੀ/ਸਮਾਂ ਨੂੰ ਸਟੋਰ ਕਰੋ। ਨਾਲ ਹੀ ਸੇਵਾ ਦੇ ਵੇਰਵੇ ਅਤੇ ਕਿਸਨੇ ਇਹ ਇकटਠੇ ਕੀਤੇ—ਇਸ ਤੋਂ ਇਲਾਵਾ ਉਹ ਸਹਿਮਤੀ ਟੈਕਸਟ ਕਿਹੜੀ ਵਰਜ਼ਨ ਸੀ ਅਤੇ ਇੱਕ ਲੌਕ ਕੀਤੀ ਗਈ ਨਕਲ ਵੀ ਰੱਖੋ ਤਾਂ ਬਾਅਦ ਵਿੱਚ ਦਿਖਾਇਆ ਜਾ ਸਕੇ।
ਹਾਂ—ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਸਾਇਨਡ ਰਿਕਾਰਡ, ਟਾਈਮਸਟੈਂਪ ਅਤੇ ਉਹੀ ਟੈਕਸਟ ਹੈ ਜੋ ਗਾਹਕ ਨੇ ਵੇਖਿਆ। ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਤਰੀਕਾ ਇਹ ਹੈ ਕਿ ਸਾਇਨ ਨੂੰ ਇੱਕ ਪੂਰੇ ਸੰਦਰਭ ਰਿਕਾਰਡ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਦੇਖਿਆ ਜਾਵੇ, ਜਿਸ ਵਿੱਚ ਸੇਵਾ ਸੰਦਰਭ ਅਤੇ ਗਾਹਕ ਦੇ ਜਵਾਬ ਵੀ ਸ਼ਾਮਲ ਹੋਣ।
ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਡੇਟਾ ਹੀ ਇਕੱਠਾ ਕਰੋ, ਉਹਨਾਂ ਲੋਕਾਂ ਤੱਕ ਪਹੁੰਚ ਸੀਮਿਤ ਕਰੋ ਜੋ ਇਸ ਦੀ ਲੋੜ ਰੱਖਦੇ ਹਨ, ਅਤੇ ਰੀਟੇਨਸ਼ਨ ਲਈ ਇੱਕ ਸਪਸ਼ਟ ਨੀਤੀ ਰੱਖੋ। ਜਾਂਚ ਕਰੋ ਕਿ ਫਾਇਲਾਂ ਕਿੱਥੇ ਸਟੋਰ ਹੁੰਦੀਆਂ ਹਨ, ਕੌਣ ਨਿਕਾਸ ਕਰ ਸਕਦਾ ਹੈ, ਬੈਕਅੱਪ ਕਿਵੇਂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਕੀ ਗਾਹਕ ਨੂੰ ਇੱਕ ਨਕਲ ਲੈਣ ਦਾ ਆਸਾਨ ਤਰੀਕਾ ਹੈ।
ਜੇ ਤੁਸੀਂ Koder.ai 'ਤੇ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਆਪਣੀਆਂ ਸੇਵਾਵਾਂ, ਲਾਜ਼ਮੀ ਹਾਂ/ਨਹੀਂ ਚੈੱਕਸ, ਅਤੇ ਛੋਟਾ ਸਹਿਮਤੀ ਟੈਕਸਟ ਸਧਾਰਨ ਭਾਸ਼ਾ ਵਿੱਚ ਦੱਸੋ। ਫਿਰ ਇੱਕ ਇੰਟੇਕ ਫਲੋ ਜਨਰੇਟ ਕਰੋ ਜੋ ਸਿਗਨੇਚਰ ਪਕੜਦਾ ਅਤੇ ਕਲਾਇਂਟ ਰਿਕਾਰਡ ਵਿੱਚ ਆਟੋਮੈਟਿਕ ਤੌਰ 'ਤੇ ਸੇਵ ਕਰਦਾ ਹੈ। ਲਾਈਵ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਸ਼ਰਤਾਂ ਵਾਲਾ ਰਾਸ਼ਤਾ ਟੈਸਟ ਕਰੋ, ਪੱਕਾ ਕਰੋ ਕਿ ਸਿਗਨੇਚਰ ਛੱਡਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ, ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ ਸਾਈਂਡ ਫਾਰਮ ਹਰ ਵਾਰ ਸਹੀ ਗਾਹਕ ਅਧੀਨ ਦਿਖਾਈ ਦੇਂਦਾ ਹੈ।