CORENTA — ਡੇਟਾ ਸੰਭਾਲ ਅਤੇ ਨਿਪਟਾਰਾ ਨੀਤੀ

ਇਹ ਅਨੁਵਾਦ ਸਿਰਫ਼ ਜਾਣਕਾਰੀ ਲਈ ਦਿੱਤਾ ਗਿਆ ਹੈ। ਕਾਨੂੰਨੀ ਤੌਰ 'ਤੇ ਬੰਧਨਕਾਰੀ ਟੈਕਸਟ ਤੁਰਕੀ ਟੈਕਸਟ ਹੈ।

ਖਾਤੇ ਤੋਂ ਬਿਨਾਂ ਕਲਾਇੰਟ ਨੂੰ ਮਿਟਾਉਣਾ: ਕਲੀਨਿਕ ਪ੍ਰਬੰਧਕ ਦੀ "ਮਿਟਾਓ" ਕਾਰਵਾਈ ਨੂੰ ਬੇਨਤੀ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ; ਰਿਕਾਰਡ ਤੁਰੰਤ ਸਰਗਰਮ ਸੂਚੀ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ 30 ਦਿਨਾਂ ਬਾਅਦ ਪਛਾਣ/ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਸਿਹਤ ਖੇਤਰ (ਖ਼ੂਨ ਦਾ ਗਰੁੱਪ, ਐਲਰਜੀ, ਲੰਮੀ ਬਿਮਾਰੀ, ਦਵਾਈ) ਮਿਟਾਏ/ਖ਼ਾਲੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ (ਦੇਖੋ 5.0)। ਹੇਠਲੀ ਆਮ ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਵਿਆਖਿਆ ਨੂੰ ਇਸ ਵਿਸ਼ੇਸ਼ ਦਾਇਰੇ ਵਿੱਚ ਕਲਾਇੰਟ ਦੀ ਕਤਾਰ ਨੂੰ ਪੱਕੇ ਤੌਰ 'ਤੇ ਮਿਟਾਉਣ ਦੀ ਲਾਜ਼ਮੀਅਤ ਵਜੋਂ ਨਹੀਂ ਸਮਝਿਆ ਜਾਂਦਾ। ਐਨਾਮਨੇਸਿਸ, ਮਾਪ, ਸੈਸ਼ਨ ਨੋਟ ਅਤੇ ਵਿੱਤੀ ਰਿਕਾਰਡ ਆਪਣੀਆਂ ਸੰਭਾਲ ਵਿਵਸਥਾਵਾਂ ਦੇ ਅਧੀਨ ਰਹਿੰਦੇ ਹਨ।

ਲਾਗੂ / ਆਖ਼ਰੀ ਅੱਪਡੇਟ: 19 ਅਕਤੂਬਰ 2026 ਵਰਜ਼ਨ: 1.9 ਡੇਟਾ ਕੰਟਰੋਲਰ / ਪ੍ਰਕਾਸ਼ਕ: Mertcan Demir — "Teta Studio" ਕਾਰੋਬਾਰੀ ਨਾਮ ਹੇਠ ਚੱਲਣ ਵਾਲਾ ਇਕੱਲੀ ਮਾਲਕੀ ਵਾਲਾ ਕਾਰੋਬਾਰ

ਬਦਲਾਵਾਂ ਦਾ ਰਿਕਾਰਡ

• 1.9 — 19 ਅਕਤੂਬਰ 2026: ਭਾਗ 14 ਵਿਚਲਾ "ਸਿਰਫ਼ ਤੁਰਕੀ" ਵਾਲਾ ਹਵਾਲਾ ਵਿਸ਼ਵਵਿਆਪੀ ਪੇਸ਼ਕਸ਼ ਨਾਲ ਬਦਲਿਆ ਗਿਆ; ਸੰਭਾਲ ਦੀਆਂ ਮਿਆਦਾਂ ਨਹੀਂ ਬਦਲੀਆਂ।
• 1.8 — 19 ਅਕਤੂਬਰ 2026: ਪ੍ਰਕਾਸ਼ਿਤ ਵਰਜ਼ਨ; ਲਾਗੂ ਹੋਣ ਦੀ ਮਿਤੀ 19 ਅਕਤੂਬਰ 2026। ਭਾਗ 4 ਵਿੱਚ ਕਲੀਨਿਕ ਗਰੁੱਪ ਸੁਨੇਹਿਆਂ ਅਤੇ ਟੀਮ ਜਾਂਚ ਲਈ ਵੱਖ ਰੱਖੀਆਂ ਸੁਨੇਹਾ ਕਾਪੀਆਂ ਦੀ ਕਤਾਰ (ਕ੍ਰਮ 12) ਜੋੜੀ ਗਈ; ਭਾਗ 7 ਦੀ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦੀ ਸੂਚੀ ਇਸ ਮੁਤਾਬਕ ਵਧਾਈ ਗਈ; 1.3 ਟੇਬਲ ਵਿੱਚੋਂ ਖ਼ਾਲੀ ਰਹੀ MERSİS ਅਤੇ KEP ਜਾਣਕਾਰੀ ਹਟਾਈ ਗਈ।
• 1.7 — 11 ਅਕਤੂਬਰ 2026: 11 ਅਕਤੂਬਰ 2026 ਦੀ ਪਾਲਣਾ ਸਮੀਖਿਆ ਮੁਤਾਬਕ (F01, F02, F08, F11, F13, F19, F21): §11 ਵਿਚਲਾ "Supabase/ਫ਼੍ਰੈਂਕਫ਼ਰਟ ਵਿਦੇਸ਼ ਟ੍ਰਾਂਸਫ਼ਰ ਨਹੀਂ ਹੈ" ਵਾਲਾ ਬਿਆਨ ਹਟਾਇਆ ਗਿਆ ਅਤੇ ਵਿਦੇਸ਼ ਟ੍ਰਾਂਸਫ਼ਰ ਵਾਲਾ ਭਾਗ ਕਾਨੂੰਨ ਨੰਬਰ 6698 ਦੀ ਧਾਰਾ 9 ਦੇ 2024 ਤੋਂ ਬਾਅਦ ਵਾਲੇ ਰੂਪ ਮੁਤਾਬਕ ਲਿਖਿਆ ਗਿਆ (ਸਟੈਂਡਰਡ ਇਕਰਾਰਨਾਮਿਆਂ 'ਤੇ ਹਾਲੇ ਦਸਤਖ਼ਤ ਨਹੀਂ ਹੋਏ ਹਨ); ਸਿਹਤ/ਕਲੀਨਿਕਲ/ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਲਈ "ਗੁਮਨਾਮ" ਸ਼ਬਦ ਨੂੰ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜ ਕੇ ਸੀਮਤ ਸੰਭਾਲ ਵਜੋਂ ਠੀਕ ਕੀਤਾ ਗਿਆ (ਸੈਸ਼ਨ ਨੋਟ ਦਾ ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ ਨਹੀਂ ਬਦਲਿਆ ਜਾਂਦਾ); ਸਹਿਮਤੀ ਸਬੂਤ ਵਾਲੀ ਕਤਾਰ ਦਾ ਕਾਨੂੰਨੀ ਆਧਾਰ ਧਾਰਾ 5/2-e ਵਜੋਂ ਠੀਕ ਕੀਤਾ ਗਿਆ (ਗ਼ਲਤ ਧਾਰਾ 20/2 ਵਾਲਾ ਹਵਾਲਾ ਹਟਾਇਆ ਗਿਆ); ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ ਵਾਲੀ ਕਤਾਰ ਨੂੰ ਸੂਚਨਾ ਅਤੇ ਵਪਾਰਕ ਸੁਨੇਹਾ ਮਨਜ਼ੂਰੀ ਦੀ ਵੰਡ ਮੁਤਾਬਕ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ; ਜਿਨ੍ਹਾਂ ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਸਵੈਚਾਲਿਤ ਨਿਪਟਾਰਾ ਨਹੀਂ ਹੁੰਦਾ ਉਨ੍ਹਾਂ ਲਈ 6 ਮਹੀਨਿਆਂ ਵਾਲਾ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦਾ ਸਿਧਾਂਤ ਜੋੜਿਆ ਗਿਆ; ਪਛਾਣ ਜਾਣਕਾਰੀ ਨੂੰ ਇਕੱਲੀ ਮਾਲਕੀ ਵਾਲੇ ਕਾਰੋਬਾਰ ਵਜੋਂ ਠੀਕ ਕੀਤਾ ਗਿਆ; VERBİS ਵਾਲਾ ਭਾਗ 2025 ਦੇ ਬੋਰਡ ਫ਼ੈਸਲਿਆਂ ਮੁਤਾਬਕ ਲਿਖਿਆ ਗਿਆ।
• 1.6 — 10 ਅਕਤੂਬਰ 2026: Expo (Expo Push Notification Service) ਨੂੰ ਸਬ-ਪ੍ਰੋਸੈਸਰ/ਪ੍ਰੋਸੈਸਰ ਰਿਕਾਰਡਾਂ ਵਿੱਚੋਂ ਹਟਾਇਆ ਗਿਆ; ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ ਸਿਰਫ਼ Apple (APNs) ਅਤੇ Google (FCM) ਰਾਹੀਂ ਪਹੁੰਚਾਏ ਜਾਂਦੇ ਹਨ, Expo/EAS ਸਿਰਫ਼ ਐਪ ਬਿਲਡ ਟੂਲ ਹੈ ਅਤੇ ਅੰਤਿਮ ਵਰਤੋਂਕਾਰ ਦਾ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਨਹੀਂ ਕਰਦਾ।
• 1.5 — 10 ਅਕਤੂਬਰ 2026: Google Analytics ਦੀ ਚੋਣ ਬਾਰੇ ਟੈਕਸਟ ਹਟਾਇਆ ਗਿਆ; ਤੀਜੀ ਧਿਰ ਦਾ ਐਨਾਲਿਟਿਕਸ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ ਇਹ ਅਤੇ ਪੁਸ਼ ਪ੍ਰੋਸੈਸਰ ਸਪੱਸ਼ਟ ਕੀਤੇ ਗਏ।
• 1.4 — 4 ਅਕਤੂਬਰ 2026: ਮੌਜੂਦਾ ਟੈਕਸਟ ਨੂੰ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਵਰਜ਼ਨ ਵਜੋਂ ਪੱਕਾ ਕੀਤਾ ਗਿਆ। ਇਸ ਵਰਜ਼ਨ ਵਿੱਚ ਸਿਰਫ਼ ਇਹ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ: ਖਾਤਾ ਮਿਟਾਉਣਾ (ਪਹੁੰਚ ਤੁਰੰਤ ਬੰਦ ਹੁੰਦੀ ਹੈ, ਨਿੱਜੀ ਡੇਟਾ ਮਿਟਾਇਆ/ਗੁਮਨਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਦੀ ਲੋੜ ਵਾਲੇ ਭੁਗਤਾਨ ਰਿਕਾਰਡ ਪਛਾਣ ਤੋਂ ਬਿਨਾਂ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ; ਵਾਪਸ ਲੈਣ ਦੀ ਕੋਈ ਮਿਆਦ ਨਹੀਂ); 30 ਦਿਨਾਂ ਦੇ ਅੰਤ 'ਤੇ ਕਲਾਇੰਟ ਦੇ ਸਿਹਤ ਖੇਤਰਾਂ ਦਾ ਮਿਟਾਉਣਾ; ਅਨਾਥ ਰਸੀਦਾਂ ਲਈ 7 ਦਿਨਾਂ ਦੀ ਮਿਆਦ; ਸਹਾਇਤਾ ਮੋਡ ਵਿੱਚ ਕਲਾਇੰਟ ਦੀ ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਦਾ ਲੁਕਿਆ ਰਹਿਣਾ; ਪਛਾਣ ਤੋਂ ਬਿਨਾਂ ਸਰਵਰ-ਪਾਸੇ ਮਾਪ; ਸੇਵਾ ਈਮੇਲਾਂ ਅਤੇ Google Workspace; ਪੁਸ਼ ਪ੍ਰੋਸੈਸਰ; ਸਹਾਇਤਾ ਪਤਾ; ਬਾਜ਼ਾਰ (ਤੁਰਕੀ)।
• 1.3 — 7 ਜੁਲਾਈ 2026 (4 ਅਗਸਤ 2026 ਦਾ ਅੱਪਡੇਟ): ਪਿਛਲਾ ਵਰਜ਼ਨ।

ਡੇਟਾ ਕੰਟਰੋਲਰ / ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਹੈਸੀਅਤ ਬਾਰੇ ਅਹਿਮ ਨੋਟ: ਇਹ ਡੇਟਾ ਸੰਭਾਲ ਅਤੇ ਨਿਪਟਾਰਾ ਨੀਤੀ ("ਨੀਤੀ"), "Teta Studio" ਕਾਰੋਬਾਰੀ ਨਾਮ ਹੇਠ ਇਕੱਲੀ ਮਾਲਕੀ ਵਾਲੇ ਕਾਰੋਬਾਰ ਵਜੋਂ ਕੰਮ ਕਰਨ ਵਾਲੇ Mertcan Demir ("Corenta", "Teta Studio", "ਕੰਪਨੀ") ਵੱਲੋਂ ਵਿਕਸਿਤ ਕੀਤੀ ਅਤੇ ਚਲਾਈ ਜਾਂਦੀ Corenta ਸਾਫ਼ਟਵੇਅਰ ਸੇਵਾ ("ਸੇਵਾ" ਜਾਂ "ਐਪ") ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਕਿੰਨੇ ਸਮੇਂ ਤੱਕ ਸੰਭਾਲਿਆ ਜਾਵੇਗਾ, ਇਹ ਮਿਆਦਾਂ ਤੈਅ ਕਰਨ ਵਿੱਚ ਆਧਾਰ ਬਣਾਏ ਗਏ ਮਾਪਦੰਡਾਂ ਨੂੰ, ਅਤੇ ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਖ਼ਤਮ ਹੋਣ ਜਾਂ ਪ੍ਰੋਸੈਸਿੰਗ ਦਾ ਕਾਰਨ ਖ਼ਤਮ ਹੋਣ 'ਤੇ ਇਸ ਡੇਟਾ ਨੂੰ ਕਿਹੜੇ ਤਰੀਕਿਆਂ ਨਾਲ ਮਿਟਾਇਆ, ਨਸ਼ਟ ਜਾਂ ਗੁਮਨਾਮ ਕੀਤਾ ਜਾਵੇਗਾ, ਇਸ ਨੂੰ ਨਿਯਮਤ ਕਰਦੀ ਹੈ।

ਇਹ ਨੀਤੀ ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਬਾਰੇ ਕਾਨੂੰਨ ਨੰਬਰ 6698 ("KVKK"), ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ, ਨਸ਼ਟ ਕਰਨ ਜਾਂ ਗੁਮਨਾਮ ਕਰਨ ਬਾਰੇ ਨਿਯਮਾਵਲੀ ("ਨਿਯਮਾਵਲੀ") ਅਤੇ ਹੋਰ ਸਬੰਧਤ ਕਾਨੂੰਨਾਂ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ Corenta ਦੀ ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਸੂਚੀ (ਇਨਵੈਂਟਰੀ) ਦਾ ਅਟੁੱਟ ਹਿੱਸਾ ਹੈ। ਇਸ ਨੀਤੀ ਨੂੰ ਉਸ ਸਬੰਧਤ ਸੂਚਨਾ ਟੈਕਸਟ/ਪਰਦੇਦਾਰੀ ਨੀਤੀ ਨਾਲ ਮਿਲਾ ਕੇ ਪੜ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਜਿਸ ਵਿੱਚ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਦੇ ਮਕਸਦ ਅਤੇ ਕਾਨੂੰਨੀ ਆਧਾਰ ਵਿਸਥਾਰ ਨਾਲ ਸਮਝਾਏ ਗਏ ਹਨ; ਇਹ ਦਸਤਾਵੇਜ਼ ਸਿਰਫ਼ ਸੰਭਾਲ ਦੀਆਂ ਮਿਆਦਾਂ ਅਤੇ ਨਿਪਟਾਰੇ ਦੇ ਤਰੀਕਿਆਂ ਨੂੰ ਨਿਯਮਤ ਕਰਦਾ ਹੈ, ਇਸਦਾ ਮਕਸਦ ਇਕੱਲੇ ਤੌਰ 'ਤੇ KVKK ਧਾਰਾ 10 ਤਹਿਤ ਸੂਚਿਤ ਕਰਨ ਦੀ ਪੂਰੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨੂੰ ਪੂਰਾ ਕਰਨਾ ਨਹੀਂ ਹੈ।

1. ਮਕਸਦ ਅਤੇ ਦਾਇਰਾ

1.1. ਮਕਸਦ

ਇਸ ਨੀਤੀ ਦਾ ਮਕਸਦ ਹੈ; Corenta ਵੱਲੋਂ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਨਿੱਜੀ ਡੇਟਾ ਲਈ, ਜਿਸ ਮਕਸਦ ਲਈ ਉਹ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਗਿਆ ਹੈ ਉਸ ਲਈ ਲੋੜੀਂਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਮਿਆਦ ਤੈਅ ਕਰਨ ਦੇ ਮਾਪਦੰਡ, ਕਾਨੂੰਨਾਂ ਵਿੱਚ ਦੱਸੀਆਂ ਮਿਆਦਾਂ ਨੂੰ ਲਾਗੂ ਕਰਨਾ, ਅਤੇ ਜਿਸ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਸੰਭਾਲ ਮਿਆਦ ਖ਼ਤਮ ਹੋ ਗਈ ਹੈ ਉਸ ਨੂੰ ਮਿਟਾਉਣ, ਨਸ਼ਟ ਕਰਨ ਜਾਂ ਗੁਮਨਾਮ ਕਰਨ ਦੇ ਤਰੀਕਿਆਂ ਅਤੇ ਸਿਧਾਂਤਾਂ ਨੂੰ ਸਮਝਾਉਣਾ। ਇਹ ਨੀਤੀ KVKK ਧਾਰਾ 5, ਧਾਰਾ 6, ਧਾਰਾ 7, ਧਾਰਾ 10, ਧਾਰਾ 11 ਅਤੇ ਧਾਰਾ 12 ਦੀਆਂ ਵਿਵਸਥਾਵਾਂ ਅਤੇ ਨਿਯਮਾਵਲੀ ਦੀਆਂ ਸਬੰਧਤ ਧਾਰਾਵਾਂ ਨੂੰ ਆਧਾਰ ਬਣਾ ਕੇ ਤਿਆਰ ਕੀਤੀ ਗਈ ਹੈ।

1.2. ਦਾਇਰਾ ਅਤੇ ਭੂਮਿਕਾਵਾਂ ਦੀ ਵੰਡ — ਅਹਿਮ ਚੇਤਾਵਨੀ

ਇਹ ਨੀਤੀ ਉਨ੍ਹਾਂ ਦੋ ਵੱਖਰੇ ਖੇਤਰਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ Corenta ਦੋ ਵੱਖਰੀਆਂ ਹੈਸੀਅਤਾਂ ਨਾਲ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ; ਇਹ ਵੰਡ ਪੂਰੀ ਨੀਤੀ ਵਿੱਚ ਇੱਕਸਾਰ ਢੰਗ ਨਾਲ ਲਾਗੂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਸੰਭਾਲ ਮਿਆਦਾਂ ਦੇ ਟੇਬਲ ਦੀ ਵਿਆਖਿਆ ਦੇ ਢੰਗ 'ਤੇ ਸਿੱਧਾ ਅਸਰ ਪਾਉਂਦੀ ਹੈ:

(a) ਕਾਰਪੋਰੇਟ ਵੈੱਬਸਾਈਟ ਦਾ ਸੰਦਰਭ (corenta.app — ਅਰਲੀ ਐਕਸੈਸ/ਡੈਮੋ ਬੇਨਤੀ ਫ਼ਾਰਮ): ਪ੍ਰੋਡਕਟ ਵਿੱਚ ਦਿਲਚਸਪੀ ਦਿਖਾਉਣ ਵਾਲੇ ਸੰਭਾਵੀ ਕਾਰੋਬਾਰੀ ਸਬਸਕ੍ਰਾਈਬਰਾਂ ਵੱਲੋਂ ਅਰਲੀ ਐਕਸੈਸ ਅਰਜ਼ੀ ਫ਼ਾਰਮ ਰਾਹੀਂ ਭੇਜੇ ਨਿੱਜੀ ਡੇਟਾ ਦੇ ਸਬੰਧ ਵਿੱਚ Corenta/Teta Studio, KVKK ਧਾਰਾ 3 ਤਹਿਤ ਸਿੱਧੇ ਡੇਟਾ ਕੰਟਰੋਲਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ।

(b) SaaS ਪ੍ਰੋਡਕਟ ਦਾ ਸੰਦਰਭ (app.corenta.app): Corenta ਪਲੇਟਫਾਰਮ ਨੂੰ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਰਾਹੀਂ ਵਰਤਣ ਵਾਲੇ ਕਲੀਨਿਕਲ ਪਿਲਾਟੀਜ਼, ਫ਼ਿਜ਼ੀਓਥੈਰੇਪੀ, ਰਿਫ਼ਾਰਮਰ, ਵੈੱਲਨੈੱਸ/ਮਸਾਜ ਅਤੇ ਯੋਗਾ ਕੇਂਦਰਾਂ ("ਟੈਨੈਂਟ", "ਕਾਰੋਬਾਰ" ਜਾਂ "ਕਲੀਨਿਕ") ਵੱਲੋਂ ਆਪਣੇ ਕਲਾਇੰਟਾਂ ("ਡੇਟਾ ਵਿਸ਼ਾ ਕਲਾਇੰਟ") ਨਾਲ ਸਬੰਧਤ ਪਲੇਟਫਾਰਮ ਵਿੱਚ ਦਰਜ ਕੀਤੇ ਨਿੱਜੀ ਡੇਟਾ (ਸੰਪਰਕ ਜਾਣਕਾਰੀ, ਐਨਾਮਨੇਸਿਸ, ਸੈਸ਼ਨ ਨੋਟ, ਅਪਾਇੰਟਮੈਂਟ/ਪੈਕੇਜ ਡੇਟਾ ਆਦਿ) ਦੇ ਸਬੰਧ ਵਿੱਚ ਕਲੀਨਿਕ, KVKK ਧਾਰਾ 3 ਤਹਿਤ ਡੇਟਾ ਕੰਟਰੋਲਰ ਹੈ; Corenta/Teta Studio ਸਿਰਫ਼ ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ, ਕਲੀਨਿਕ ਦੀਆਂ ਹਦਾਇਤਾਂ ਮੁਤਾਬਕ ਤਕਨੀਕੀ ਢਾਂਚੇ ਦੀ ਸੇਵਾ ਦਿੰਦਾ ਹੈ। ਕਲਾਇੰਟਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ, ਸਪੱਸ਼ਟ ਸਹਿਮਤੀ ਹਾਸਲ ਕਰਨਾ ਅਤੇ ਕਲਾਇੰਟ ਡੇਟਾ ਬਾਰੇ ਅੰਤਿਮ ਸੰਭਾਲ/ਨਿਪਟਾਰੇ ਦਾ ਫ਼ੈਸਲਾ ਕਲੀਨਿਕ ਦੀ ਕਾਨੂੰਨੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ। Corenta ਇਨ੍ਹਾਂ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਨੂੰ ਪੂਰਾ ਕਰਨ ਨੂੰ ਪ੍ਰੋਡਕਟ ਅੰਦਰ (ਸਹਿਮਤੀ ਰਿਕਾਰਡ ਵਿਧੀ-ਤੰਤਰ consent_logs, ਮੋਬਾਈਲ KVKK ਪੁਸ਼ਟੀ ਸਕ੍ਰੀਨ kvkk.tsx, ਆਡਿਟ ਟ੍ਰੇਲ) ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਆਸਾਨ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਕਲੀਨਿਕ ਦੀ KVKK ਪਾਲਣਾ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨੂੰ ਨਾ ਆਪਣੇ ਕੋਲ ਲੈਂਦਾ ਹੈ ਅਤੇ ਨਾ ਆਪਣੇ ਸਿਰ ਲੈਂਦਾ ਹੈ। ਇਸ ਨੀਤੀ ਵਿੱਚ ਇਸ ਸੰਦਰਭ ਲਈ ਦੱਸੀਆਂ ਸੰਭਾਲ ਮਿਆਦਾਂ ਇਹ ਦਿਖਾਉਂਦੀਆਂ ਹਨ ਕਿ Corenta ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ ਆਪਣੇ ਢਾਂਚੇ ਵਿੱਚ ਇਹ ਡੇਟਾ ਅਸਲ ਵਿੱਚ ਕਿੰਨੇ ਸਮੇਂ ਤੱਕ ਰੱਖਦਾ ਹੈ; ਅੰਤਿਮ ਨਿਪਟਾਰੇ ਦਾ ਫ਼ੈਸਲਾ ਅਤੇ ਮਿਆਦ ਕਲੀਨਿਕ ਦੀ ਹਦਾਇਤ ਅਤੇ ਉਹ ਜਿਨ੍ਹਾਂ ਕਾਨੂੰਨਾਂ ਦੇ ਅਧੀਨ ਹੈ ਉਨ੍ਹਾਂ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਤੈਅ ਹੋ ਸਕਦੀ ਹੈ।

ਇਹ ਨੀਤੀ, ਇਸ ਤੋਂ ਇਲਾਵਾ, Corenta ਦੇ ਕਰਮਚਾਰੀਆਂ, ਕਾਰੋਬਾਰੀ ਭਾਈਵਾਲਾਂ ਅਤੇ ਸਪਲਾਇਰਾਂ ਦੇ ਨਿੱਜੀ ਡੇਟਾ ਦੀਆਂ ਸੰਭਾਲ/ਨਿਪਟਾਰਾ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਆਮ ਸਿਧਾਂਤਾਂ ਦੇ ਪੱਖੋਂ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ; ਪਰ ਨੀਤੀ ਦਾ ਮੁੱਖ ਧਿਆਨ ਉੱਪਰਲੀਆਂ (a) ਅਤੇ (b) ਉਪ-ਧਾਰਾਵਾਂ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਸਬਸਕ੍ਰਾਈਬਰ/ਕਲਾਇੰਟ ਡੇਟਾ 'ਤੇ ਹੈ।

1.3. ਡੇਟਾ ਕੰਟਰੋਲਰ / ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਜਾਣਕਾਰੀ

1.4. ਆਧਾਰ ਕਾਨੂੰਨ

• ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਬਾਰੇ ਕਾਨੂੰਨ ਨੰਬਰ 6698,
• ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ, ਨਸ਼ਟ ਕਰਨ ਜਾਂ ਗੁਮਨਾਮ ਕਰਨ ਬਾਰੇ ਨਿਯਮਾਵਲੀ (28.10.2017 ਮਿਤੀ ਅਤੇ 30224 ਨੰਬਰ ਵਾਲਾ ਸਰਕਾਰੀ ਗਜ਼ਟ),
• ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ, ਨਸ਼ਟ ਕਰਨ ਜਾਂ ਗੁਮਨਾਮ ਕਰਨ ਬਾਰੇ ਗਾਈਡ ਅਤੇ ਨਿੱਜੀ ਡੇਟਾ ਸੁਰੱਖਿਆ ਬੋਰਡ ("ਬੋਰਡ") ਦੇ ਫ਼ੈਸਲੇ,
• ਤੁਰਕੀ ਵਪਾਰਕ ਕੋਡ ਨੰਬਰ 6102 (ਵਪਾਰਕ ਖਾਤਿਆਂ ਅਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਸੰਭਾਲ),
• ਟੈਕਸ ਪ੍ਰਕਿਰਿਆ ਕਾਨੂੰਨ ਨੰਬਰ 213 (ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਦੀ ਸੰਭਾਲ),
• ਹੋਰ ਸਬੰਧਤ ਖੇਤਰੀ ਕਾਨੂੰਨ (ਜਿੱਥੋਂ ਤੱਕ ਲਾਗੂ ਹੋਣ, ਸਿਹਤ ਸੇਵਾ ਦੇਣ ਨਾਲ ਸਬੰਧਤ ਕਾਨੂੰਨਾਂ ਸਮੇਤ)।

2. ਪਰਿਭਾਸ਼ਾਵਾਂ

3. ਸੰਭਾਲ ਅਤੇ ਨਿਪਟਾਰੇ ਦੀ ਮਿਆਦ ਤੈਅ ਕਰਨ ਦੇ ਮਾਪਦੰਡ (KVKK ਧਾਰਾ 5, ਧਾਰਾ 6)

3.1. ਸੰਭਾਲ ਦੀ ਲੋੜ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਕਾਰਨ

Corenta ਅੰਦਰ ਨਿੱਜੀ ਡੇਟਾ ਸਿਰਫ਼ ਸਬੰਧਤ ਕਾਨੂੰਨ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸੀ ਮਿਆਦ ਤੱਕ ਜਾਂ ਜਿਸ ਮਕਸਦ ਲਈ ਉਹ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਗਿਆ ਹੈ ਉਸ ਲਈ ਲੋੜੀਂਦੀ ਮਿਆਦ ਤੱਕ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ। ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਤੈਅ ਕਰਦੇ ਸਮੇਂ ਹੇਠ ਲਿਖੇ ਮਾਪਦੰਡਾਂ ਨੂੰ ਆਧਾਰ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ:

1. ਕੀ ਕੋਈ ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ? (ਜਿਵੇਂ ਤੁਰਕੀ ਵਪਾਰਕ ਕੋਡ, ਟੈਕਸ ਪ੍ਰਕਿਰਿਆ ਕਾਨੂੰਨ ਤਹਿਤ ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਲਈ ਘੱਟੋ-ਘੱਟ ਸੰਭਾਲ ਮਿਆਦਾਂ।)
2. ਡੇਟਾ ਕਿਸ ਮਕਸਦ ਲਈ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਗਿਆ ਹੈ ਅਤੇ ਕੀ ਇਹ ਮਕਸਦ ਹਾਲੇ ਵੀ ਲਾਗੂ ਹੈ? (KVKK ਧਾਰਾ 5/2 — ਮਕਸਦ ਤੱਕ ਸੀਮਤ ਰਹਿਣ ਦਾ ਸਿਧਾਂਤ।)
3. ਕੀ ਇਹ ਇਕਰਾਰਨਾਮਾ ਕਰਨ/ਨਿਭਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ? (ਜਿਵੇਂ ਸਬਸਕ੍ਰਿਪਸ਼ਨ/ਸੇਵਾ ਸਬੰਧ ਜਾਰੀ ਰਹਿਣ ਦੌਰਾਨ ਅਪਾਇੰਟਮੈਂਟ ਅਤੇ ਪੈਕੇਜ ਡੇਟਾ।)
4. ਕੀ ਇਹ ਕਿਸੇ ਅਧਿਕਾਰ ਦੀ ਸਥਾਪਨਾ, ਵਰਤੋਂ ਜਾਂ ਸੁਰੱਖਿਆ ਲਈ (ਸੰਭਾਵੀ ਕਾਨੂੰਨੀ ਵਿਵਾਦ ਵਿੱਚ ਸਬੂਤ ਦੇ ਸਾਧਨ ਵਜੋਂ) ਜ਼ਰੂਰੀ ਹੈ? (ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਬਾਰੇ ਕੋਡ ਦੀਆਂ ਆਮ ਮਿਆਦ-ਪੁਗਣ ਮਿਆਦਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ।)
5. ਕੀ ਡੇਟਾ ਵਿਸ਼ੇ ਦੀ ਸਪੱਸ਼ਟ ਸਹਿਮਤੀ ਹੈ ਅਤੇ ਕੀ ਇਹ ਸਹਿਮਤੀ ਹਾਲੇ ਵੈਧ ਹੈ?
6. ਕੀ Corenta ਜਾਂ ਕਲੀਨਿਕ ਦਾ ਕੋਈ ਜਾਇਜ਼ ਹਿੱਤ ਹੈ? (ਜਿਵੇਂ ਸੁਰੱਖਿਆ ਲੌਗ, ਧੋਖਾਧੜੀ/ਦੁਰਵਰਤੋਂ ਦਾ ਪਤਾ ਲਗਾਉਣਾ।)
7. ਕੀ ਡੇਟਾ ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ (ਸਿਹਤ) ਦੇ ਡੇਟਾ ਵਿੱਚ ਆਉਂਦਾ ਹੈ? ਇਸ ਹਾਲਤ ਵਿੱਚ KVKK ਧਾਰਾ 6 ਕਾਰਨ ਵਧੇਰੇ ਸਖ਼ਤ ਪਹੁੰਚ ਪਾਬੰਦੀ ਅਤੇ ਕਾਰਨ ਦੱਸਣ ਦੀ ਲੋੜ ਲਾਗੂ ਹੁੰਦੀ ਹੈ; ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਕਦੇ ਵੀ ਮਕਸਦ ਤੋਂ ਬਾਹਰ ਨਹੀਂ ਵਧਾਈ ਜਾਂਦੀ।

ਜੇ ਉੱਪਰਲੇ ਮਾਪਦੰਡਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਕਿਸੇ ਖ਼ਾਸ ਨਿੱਜੀ ਡੇਟਾ ਲਈ ਸੰਭਾਲ ਦੀ ਲੋੜ ਪੈਦਾ ਨਹੀਂ ਕਰਦਾ ਤਾਂ ਡੇਟਾ ਤੁਰੰਤ ਮਿਟਾਇਆ, ਨਸ਼ਟ ਜਾਂ ਗੁਮਨਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

3.2. ਨਿਪਟਾਰੇ ਦੀ ਲੋੜ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਕਾਰਨ

ਨਿੱਜੀ ਡੇਟਾ ਹੇਠ ਲਿਖੀਆਂ ਹਾਲਤਾਂ ਵਿੱਚ, ਸਬੰਧਤ ਵਿਅਕਤੀ ਦੀ ਬੇਨਤੀ 'ਤੇ ਜਾਂ Corenta/ਕਲੀਨਿਕ ਵੱਲੋਂ ਆਪਣੀ ਪਹਿਲਕਦਮੀ 'ਤੇ ਮਿਟਾਇਆ, ਨਸ਼ਟ ਜਾਂ ਗੁਮਨਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

a) ਪ੍ਰੋਸੈਸਿੰਗ ਦਾ ਆਧਾਰ ਬਣਨ ਵਾਲੀਆਂ ਕਾਨੂੰਨੀ ਵਿਵਸਥਾਵਾਂ ਵਿੱਚ ਬਦਲਾਅ ਜਾਂ ਉਨ੍ਹਾਂ ਦਾ ਰੱਦ ਹੋਣਾ, b) ਪ੍ਰੋਸੈਸਿੰਗ ਜਾਂ ਸੰਭਾਲ ਦੀ ਲੋੜ ਪੈਦਾ ਕਰਨ ਵਾਲੇ ਮਕਸਦ ਦਾ ਖ਼ਤਮ ਹੋਣਾ, c) ਸਪੱਸ਼ਟ ਸਹਿਮਤੀ 'ਤੇ ਅਧਾਰਿਤ ਪ੍ਰੋਸੈਸਿੰਗ ਦੀਆਂ ਹਾਲਤਾਂ ਵਿੱਚ ਡੇਟਾ ਵਿਸ਼ੇ ਵੱਲੋਂ ਸਹਿਮਤੀ ਵਾਪਸ ਲੈਣਾ, d) KVKK ਧਾਰਾ 11 ਦੇ ਅਧਿਕਾਰਾਂ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਡੇਟਾ ਵਿਸ਼ੇ ਵੱਲੋਂ ਮਿਟਾਉਣ/ਨਸ਼ਟ ਕਰਨ ਦੀ ਬੇਨਤੀ ਕਰਨਾ ਅਤੇ ਇਸ ਬੇਨਤੀ ਦਾ ਢੁਕਵਾਂ ਪਾਇਆ ਜਾਣਾ (ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ), e) ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਸੰਭਾਲ ਮਿਆਦ ਦਾ ਪੂਰਾ ਹੋਣਾ ਅਤੇ ਸੰਭਾਲ ਦੀ ਲੋੜ ਪੈਦਾ ਕਰਨ ਵਾਲਾ ਕੋਈ ਕਾਨੂੰਨੀ ਆਧਾਰ ਬਾਕੀ ਨਾ ਰਹਿਣਾ, f) ਇਕਰਾਰਨਾਮੇ ਦਾ ਕਦੇ ਨਾ ਬਣਨਾ, ਅਵੈਧ ਹੋਣਾ, ਸਮਾਪਤ ਹੋਣਾ ਜਾਂ ਇਕਰਾਰਨਾਮੇ ਤੋਂ ਪਿੱਛੇ ਹਟਣਾ, g) ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਦਾ ਇਸ ਨੀਤੀ ਦੀ ਧਾਰਾ 5 ਵਿੱਚ ਦੱਸੀ ਪ੍ਰਕਿਰਿਆ ਅੰਦਰ ਅੰਤਿਮ ਤੌਰ 'ਤੇ ਪੂਰਾ ਹੋਣਾ।

4. ਡੇਟਾ ਸ਼੍ਰੇਣੀਆਂ, ਸੰਭਾਲ ਮਿਆਦਾਂ ਅਤੇ ਨਿਪਟਾਰੇ ਦੇ ਤਰੀਕਿਆਂ ਦਾ ਟੇਬਲ

ਹੇਠਲਾ ਟੇਬਲ Corenta ਢਾਂਚੇ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤੀਆਂ ਮੁੱਖ ਨਿੱਜੀ ਡੇਟਾ ਸ਼੍ਰੇਣੀਆਂ, ਸੰਭਾਲ ਦੀ ਮਿਆਦ, ਉਸਦਾ ਕਾਰਨ ਅਤੇ ਮਿਆਦ ਦੇ ਅੰਤ 'ਤੇ ਲਾਗੂ ਹੋਣ ਵਾਲੇ ਨਿਪਟਾਰੇ ਦੇ ਤਰੀਕੇ ਨੂੰ ਦਿਖਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਤੱਕ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਹੋਰ ਨਾ ਦੱਸਿਆ ਜਾਵੇ, ਆਮ ਨਿਯਮ ਇਹ ਹੈ: "ਸਬੰਧਤ ਖਾਤਾ/ਰਿਕਾਰਡ ਸਰਗਰਮ ਰਹਿਣ ਤੱਕ + ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ 'ਤੇ ਕਾਰਵਾਈ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ 30 ਦਿਨ।" ਟੇਬਲ ਨੂੰ ਭਾਗ 5 ਵਿੱਚ ਸਮਝਾਏ ਖਾਤਾ ਮਿਟਾਉਣ ਦੇ ਪ੍ਰਵਾਹ ਨਾਲ ਮਿਲਾ ਕੇ ਪੜ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਕੁਝ ਸ਼੍ਰੇਣੀਆਂ ਲਈ ਇਸ ਪ੍ਰਵਾਹ ਦਾ 30 ਦਿਨਾਂ ਦੇ ਅੰਤ ਵਾਲਾ ਕਦਮ DELETE (ਪੱਕਾ ਮਿਟਾਉਣਾ) ਨਹੀਂ, ਸਗੋਂ ਗੁਮਨਾਮ ਕਰਨਾ ਹੈ — ਇਹ ਫ਼ਰਕ ਸਬੰਧਤ ਕਤਾਰਾਂ ਵਿੱਚ ਅਤੇ ਭਾਗ 6.2 ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ।

<div style="overflow-x:auto">

</div>

ਨੋਟ 1: ਉੱਪਰਲੇ ਟੇਬਲ ਵਿੱਚ "ਖਾਤਾ/ਟੈਨੈਂਟ ਸਰਗਰਮ ਰਹਿਣ ਤੱਕ" ਵਾਲਾ ਸ਼ਬਦ ਉਸ ਮਿਆਦ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿਸ ਦੌਰਾਨ ਸਬੰਧਤ ਕਲੀਨਿਕ ਦੀ Corenta ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਜਾਰੀ ਹੈ ਅਤੇ ਕਲਾਇੰਟ ਰਿਕਾਰਡ ਕਲੀਨਿਕ ਵੱਲੋਂ ਮਿਟਾਇਆ ਨਹੀਂ ਗਿਆ ਹੈ। ਕਲੀਨਿਕ ਆਪਣੇ ਕਲਾਇੰਟ ਦਾ ਡੇਟਾ ਕਦੋਂ ਮਿਟਾਏਗਾ, ਇਹ ਕਲੀਨਿਕ ਦੀ (ਡੇਟਾ ਕੰਟਰੋਲਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ) ਆਪਣੀ KVKK ਨੀਤੀ ਅਤੇ ਕਲਾਇੰਟ ਨਾਲ ਉਸਦੇ ਸਬੰਧ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਤੈਅ ਹੁੰਦਾ ਹੈ; Corenta ਇਸ ਪ੍ਰਕਿਰਿਆ ਲਈ ਤਕਨੀਕੀ ਸਹੂਲਤ ਦਿੰਦਾ ਹੈ।

ਨੋਟ 2: ਕ੍ਰਮ 7 (ਆਡਿਟ ਟ੍ਰੇਲ ਰਿਕਾਰਡ) ਵਿਚਲੀ 2 ਸਾਲ ਅਤੇ ਕ੍ਰਮ 8 (ਸਹਿਮਤੀ ਰਿਕਾਰਡ) ਵਿਚਲੀ 5 ਸਾਲ ਦੀ ਮਿਆਦ Corenta ਵੱਲੋਂ ਤੈਅ ਕੀਤੀਆਂ ਨਿਸ਼ਚਿਤ ਸੰਭਾਲ ਮਿਆਦਾਂ ਹਨ (ਕ੍ਰਮ 6 ਵਿਚਲੀ TTK/VUK ਮਿਆਦ ਦੇ ਉਲਟ ਇਹ ਕਿਸੇ ਕਾਨੂੰਨੀ ਵਿਵਸਥਾ 'ਤੇ ਸਿੱਧੇ ਅਧਾਰਿਤ ਨਹੀਂ ਹਨ; ਇਹ KVKK ਧਾਰਾ 5/2-f ਵਿਚਲੇ ਜਾਇਜ਼ ਹਿੱਤ ਅਤੇ ਸਬੂਤ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਤੈਅ ਕੀਤਾ, ਆਪਣੇ-ਆਪ ਵਿੱਚ ਪਾਬੰਦ ਕਰਨ ਵਾਲਾ ਵਚਨ ਹੈ)। ਇਨ੍ਹਾਂ ਮਿਆਦਾਂ ਦੇ ਅੰਤ 'ਤੇ ਸੰਭਾਲ ਦੀ ਸਮਾਪਤੀ ਵਾਲਾ ਕੋਈ ਸਵੈਚਾਲਿਤ ਮਿਟਾਉਣ ਵਿਧੀ-ਤੰਤਰ ਇਸ ਵੇਲੇ ਸਿਸਟਮ ਵਿੱਚ ਨਹੀਂ ਚੱਲਦਾ — ਮਿਆਦ ਪੂਰੀ ਹੋਣ 'ਤੇ ਮਿਟਾਉਣ/ਗੁਮਨਾਮ ਕਰਨ ਦੀ ਕਾਰਵਾਈ ਹੱਥੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਸਵੈਚਾਲਨ ਲਾਗੂ ਹੋਣ 'ਤੇ ਇਹ ਨੀਤੀ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾਵੇਗੀ। ਕ੍ਰਮ 9 (ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ ਡੇਟਾ) ਵਿਚਲਾ "ਵੱਧ ਤੋਂ ਵੱਧ 2 ਸਾਲ" ਵਾਲਾ ਸ਼ਬਦ ਵੱਖਰੇ ਦਾਇਰੇ ਵਿੱਚ ਹੈ ਅਤੇ, ਜਿਵੇਂ ਉਸਦੀ ਆਪਣੀ ਕਤਾਰ ਵਿੱਚ ਸਮਝਾਇਆ ਗਿਆ ਹੈ, ਇੱਕ ਵੱਖਰੀ ਕਾਨੂੰਨੀ ਉੱਪਰਲੀ ਹੱਦ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ।

5. ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ — ਸ਼ੁਰੂ ਤੋਂ ਅੰਤ ਤੱਕ ਕਾਰਵਾਈ

Corenta, ਡੇਟਾ ਵਿਸ਼ਿਆਂ ਦੀ KVKK ਧਾਰਾ 11 ਤਹਿਤ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਨੂੰ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਪੂਰਾ ਕਰਨ ਲਈ, ਵਰਤੋਂਕਾਰ ਅਨੁਭਵ ਅਤੇ ਡੇਟਾ ਸੁਰੱਖਿਆ/ਕਾਨੂੰਨੀ ਸਬੂਤ ਦੀ ਲੋੜ ਵਿਚਕਾਰ ਸੰਤੁਲਨ ਰੱਖਣ ਵਾਲਾ ਦੋ-ਪੜਾਵੀ ਮਿਟਾਉਣ ਢਾਂਚਾ ਲਾਗੂ ਕਰਦਾ ਹੈ: ਤੁਰੰਤ ਨਰਮ ਮਿਟਾਉਣਾ (soft-delete) ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ 30 ਦਿਨਾਂ ਦੇ ਅੰਤ 'ਤੇ ਪੱਕਾ ਮਿਟਾਉਣਾ।

5.0. 4 ਅਕਤੂਬਰ 2026 ਦਾ ਬਦਲਾਅ — ਜਿੱਥੇ 5.1–5.7 ਨਾਲ ਟਕਰਾਅ ਹੋਵੇ, ਉੱਥੇ ਇਹ ਧਾਰਾ ਪਹਿਲ ਰੱਖਦੀ ਹੈ

ਖਾਤਾ ਮਿਟਾਉਣਾ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਮਨਜ਼ੂਰ ਹੋਣ 'ਤੇ ਖਾਤੇ ਤੱਕ ਪਹੁੰਚ ਤੁਰੰਤ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ (ਸੈਸ਼ਨ ਖ਼ਤਮ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਲੌਗਇਨ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ); ਨਿੱਜੀ ਡੇਟਾ ਮਿਟਾਇਆ ਜਾਂ ਗੁਮਨਾਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਨਾਮ, ਈਮੇਲ, ਫ਼ੋਨ, ਤਸਵੀਰ ਅਤੇ ਕਲਾਇੰਟ ਦੀ ਪਛਾਣ/ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਅਤੇ ਸਿਹਤ ਖੇਤਰ — ਖ਼ੂਨ ਦਾ ਗਰੁੱਪ, ਐਲਰਜੀ, ਲੰਮੀ ਬਿਮਾਰੀ, ਦਵਾਈ — ਸਾਫ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ); ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਦੀ ਲੋੜ ਵਾਲੇ ਭੁਗਤਾਨ ਅਤੇ ਕਮਾਈ ਰਿਕਾਰਡ ਨਹੀਂ ਮਿਟਾਏ ਜਾਂਦੇ; ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜ ਕੇ, ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ। ਬੇਨਤੀ ਤੋਂ ਬਾਅਦ ਵਾਪਸ ਲੈਣ ਦੀ ਕੋਈ ਮਿਆਦ ਨਹੀਂ ਹੈ; ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਅਤੇ ਫ਼ਾਈਲਾਂ ਦਾ ਪੱਕਾ ਮਿਟਾਉਣਾ ਮੌਜੂਦਾ ਤੀਹ ਦਿਨਾਂ ਦੀ ਬੈਕਗ੍ਰਾਊਂਡ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਪੂਰਾ ਹੁੰਦਾ ਹੈ।

ਕਲਾਇੰਟ ਰਿਕਾਰਡ ਮਿਟਾਉਣਾ ਅਤੇ ਸਿਹਤ ਖੇਤਰ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): ਜਦੋਂ ਕਾਰੋਬਾਰ ਵੱਲੋਂ ਖਾਤੇ ਤੋਂ ਬਿਨਾਂ ਕਲਾਇੰਟ ਰਿਕਾਰਡ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਰਿਕਾਰਡ ਸਰਗਰਮ ਸੂਚੀ ਤੋਂ ਤੁਰੰਤ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ; 30 ਦਿਨਾਂ ਦੇ ਅੰਤ 'ਤੇ ਪਛਾਣ ਅਤੇ ਸੰਪਰਕ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਕਲਾਇੰਟ ਦੇ ਸਿਹਤ ਖੇਤਰ ਵੀ (ਖ਼ੂਨ ਦਾ ਗਰੁੱਪ, ਐਲਰਜੀ, ਲੰਮੀ ਬਿਮਾਰੀ, ਦਵਾਈ) ਮਿਟਾਏ/ਖ਼ਾਲੀ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਐਨਾਮਨੇਸਿਸ ਫ਼ਾਰਮਾਂ, ਮਾਪਾਂ ਅਤੇ ਸੈਸ਼ਨ ਨੋਟਾਂ ਦੇ ਸੰਭਾਲ ਨਿਯਮ ਇਸ ਵਿਵਸਥਾ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੇ।

ਰਸੀਦ ਫ਼ਾਈਲਾਂ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): ਕਿਸੇ ਭੁਗਤਾਨ ਨਾਲ ਨਾ ਜੁੜੀਆਂ (ਅਨਾਥ) ਰਸੀਦ ਫ਼ਾਈਲਾਂ 7 ਦਿਨਾਂ ਬਾਅਦ ਆਪਣੇ-ਆਪ ਮਿਟਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ; ਕਿਸੇ ਭੁਗਤਾਨ ਨਾਲ ਜੁੜੀ ਰਸੀਦ ਕਿਸੇ ਵੀ ਭੂਮਿਕਾ ਵੱਲੋਂ ਨਹੀਂ ਮਿਟਾਈ ਜਾਂਦੀ।

ਸਹਾਇਤਾ ਮੋਡ ਵਿੱਚ ਕਲਾਇੰਟ ਦੀ ਸੰਪਰਕ ਜਾਣਕਾਰੀ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): Corenta ਸਹਾਇਤਾ (ਸੁਪਰ-ਐਡਮਿਨ) ਸੈਸ਼ਨ ਵਿੱਚ ਕਲਾਇੰਟ ਦੀ ਈਮੇਲ ਅਤੇ ਫ਼ੋਨ ਜਾਣਕਾਰੀ ਸਹਾਇਤਾ ਸਟਾਫ਼ ਨੂੰ ਨਹੀਂ ਦਿਖਾਈ ਜਾਂਦੀ; ਸਹਾਇਤਾ ਸਟਾਫ਼ ਸਿਰਫ਼ ਸੀਮਤ ਪਛਾਣ ਸਾਰ (ਨਾਮ, ਖਾਤੇ ਦੀ ਸਥਿਤੀ, ਸਰਗਰਮੀ, ਬਣਾਉਣ ਦੀ ਮਿਤੀ) ਦੇਖ ਸਕਦਾ ਹੈ।

ਸਿਹਤ ਖੇਤਰਾਂ ਵਿੱਚ ਲਿਖਣ ਦਾ ਅਧਿਕਾਰ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): ਕਲਾਇੰਟ ਦੇ ਸਿਹਤ ਖੇਤਰਾਂ (ਖ਼ੂਨ ਦਾ ਗਰੁੱਪ, ਐਲਰਜੀ, ਲੰਮੀ ਬਿਮਾਰੀ, ਦਵਾਈ) ਵਿੱਚ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਖ਼ੁਦ ਅਤੇ ਉਸਦਾ ਨਿਯੁਕਤ ਸਪੈਸ਼ਲਿਸਟ ਲਿਖ ਸਕਦੇ ਹਨ; ਕਾਰੋਬਾਰ ਦਾ ਮਾਲਕ/ਪ੍ਰਬੰਧਕ ਇਨ੍ਹਾਂ ਖੇਤਰਾਂ ਵਿੱਚ ਨਹੀਂ ਲਿਖ ਸਕਦਾ (ਐਮਰਜੈਂਸੀ ਸੰਪਰਕ ਅਤੇ ਪਛਾਣ ਖੇਤਰਾਂ ਨੂੰ ਸੋਧ ਸਕਦਾ ਹੈ)।

ਛਦਮ-ਨਾਮੀ ਪ੍ਰੋਡਕਟ ਮਾਪ: ਪ੍ਰੋਡਕਟ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਸਿਰਫ਼ ਸਰਵਰ ਪਾਸੇ, ਕਲੀਨਿਕ ਦੀ ਛਦਮ ਪਛਾਣ ਨਾਲ ਇਕੱਠੀਆਂ ਵਰਤੋਂ ਘਟਨਾਵਾਂ ਮਾਪੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ; ਇਸ ਮਾਪ ਵਿੱਚ IP ਪਤਾ, ਸਿਹਤ ਡੇਟਾ ਜਾਂ ਸਰੋਤ/ਇਸ਼ਤਿਹਾਰ ਟ੍ਰੈਕਿੰਗ ਸ਼ਾਮਲ ਨਹੀਂ ਹੁੰਦੀ। ਕਲੀਨਿਕ ਦੀ ਛਦਮ ਪਛਾਣ ਛਦਮ-ਨਾਮੀ ਕਿਸਮ ਦੀ ਹੈ (ਗੁਮਨਾਮ ਨਹੀਂ ਹੈ)। ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਇਸ ਵੇਲੇ ਬੰਦ ਹੈ।

5.1. ਪੜਾਅ 1 — ਤੁਰੰਤ ਨਰਮ ਮਿਟਾਉਣਾ (Soft-Delete)

ਜਿਸ ਪਲ ਵਰਤੋਂਕਾਰ ਐਪ ਅੰਦਰੋਂ ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦਾ ਹੈ, ਸਿਸਟਮ ਹੇਠ ਲਿਖੀਆਂ ਕਾਰਵਾਈਆਂ ਇੱਕੋ ਸਮੇਂ ਅਤੇ ਤੁਰੰਤ ਕਰਦਾ ਹੈ:

1. ਵਰਤੋਂਕਾਰ ਦਾ ਪ੍ਰੋਫ਼ਾਈਲ ਰਿਕਾਰਡ deleted_at ਖੇਤਰ ਭਰ ਕੇ ਅਕਿਰਿਆਸ਼ੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਖਾਤਾ ਹੁਣ ਆਮ ਵਰਤੋਂ ਲਈ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ/ਅਦਿੱਖ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਲੌਗਇਨ ਲਈ ਵਰਤਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।
2. ਵਰਤੋਂਕਾਰ ਦੀਆਂ ਬਕਾਇਆ (ਹਾਲੇ ਨਾ ਹੋਈਆਂ) ਅਪਾਇੰਟਮੈਂਟਾਂ ਆਪਣੇ-ਆਪ ਰੱਦ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
3. ਜਿਨ੍ਹਾਂ ਨਿਯੁਕਤੀਆਂ (ਕਲਾਇੰਟ-ਸਪੈਸ਼ਲਿਸਟ ਜੋੜੀਆਂ, ਪ੍ਰੋਗਰਾਮ ਨਿਯੁਕਤੀਆਂ) ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਸਪੈਸ਼ਲਿਸਟ/ਸਰੋਤ ਵਜੋਂ ਸ਼ਾਮਲ ਹੈ, ਉਹ ਹਟਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ।
4. ਵਰਤੋਂਕਾਰ ਦੀਆਂ ਸਾਰੀਆਂ ਸਹਿਮਤੀਆਂ ਵਾਪਸ ਲਈਆਂ ਜਾਂਦੀਆਂ ਹਨ (consent_logs ਰਿਕਾਰਡਾਂ ਵਿੱਚ revoked_at ਖੇਤਰ ਭਰ ਕੇ ਦਰਜ ਕੀਤਾ ਜਾਂਦਾ ਹੈ)।

ਇਸ ਪੜਾਅ 'ਤੇ ਡੇਟਾ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਨਹੀਂ ਮਿਟਾਇਆ ਗਿਆ ਹੁੰਦਾ, ਪਰ ਆਮ ਪ੍ਰੋਸੈਸਿੰਗ ਅਤੇ ਦੇਖਣ ਦੇ ਮਕਸਦਾਂ ਲਈ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੱਤਾ ਗਿਆ ਹੁੰਦਾ ਹੈ। ਇਹ KVKK ਧਾਰਾ 7 ਅਤੇ ਨਿਯਮਾਵਲੀ ਦੇ ਅਰਥ ਵਿੱਚ "ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਕਰਨ" ਵਾਲੀ ਕਿਸਮ ਦੀ ਮਿਟਾਉਣ ਪ੍ਰਕਿਰਿਆ ਦਾ ਪਹਿਲਾ ਕਦਮ ਬਣਦਾ ਹੈ।

5.2. ਪੜਾਅ 2 — ਪੱਕਾ ਮਿਟਾਉਣਾ (30 ਦਿਨਾਂ ਬਾਅਦ)

ਨਰਮ ਮਿਟਾਉਣ ਦੀ ਕਾਰਵਾਈ ਤੋਂ 30 (ਤੀਹ) ਦਿਨਾਂ ਬਾਅਦ, ਸਿਸਟਮ 'ਤੇ ਆਪਣੇ-ਆਪ ਚੱਲਣ ਵਾਲਾ ਇੱਕ ਸਮਾਂ-ਸਾਰਣੀਬੱਧ ਕੰਮ (cron job) ਹੇਠ ਲਿਖੀਆਂ ਕਾਰਵਾਈਆਂ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ ਕਰਦਾ ਹੈ:

1. ਵਰਤੋਂਕਾਰ ਦਾ ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ (auth.users) ਪੱਕੇ ਅਤੇ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ।
2. ਵਰਤੋਂਕਾਰ ਨਾਲ ਜੁੜੇ ਡੇਟਾਬੇਸ ਰਿਕਾਰਡਾਂ 'ਤੇ ਸ਼੍ਰੇਣੀ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਢੰਗ ਨਾਲ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ: ਆਜ਼ਾਦ ਕਾਰੋਬਾਰੀ/ਸਬੂਤੀ ਮੁੱਲ ਨਾ ਰੱਖਣ ਵਾਲੇ ਰਿਕਾਰਡ (ਜਿਵੇਂ ਨੋਟੀਫਿਕੇਸ਼ਨ) ਪੱਕੇ ਤੌਰ 'ਤੇ ਮਿਟਾਏ ਜਾਂਦੇ ਹਨ (DELETE/cascade); ਜਦਕਿ ਸਿਹਤ ਡੇਟਾ (anamnesis_forms, session_notes, measurements) ਅਤੇ ਕਲੀਨਿਕਲ/ਵਿੱਤੀ ਰਿਕਾਰਡ (payments, attendance, consent_logs) ਨਹੀਂ ਮਿਟਾਏ ਜਾਂਦੇ, ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਿਆ ਜਾਂਦਾ ਹੈ — ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਡੇਟਾਬੇਸ ਪੱਧਰ 'ਤੇ ਤੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਕੁਝ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਖੇਤਰ ਸਾਫ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ, ਰਿਕਾਰਡ ਟੈਨੈਂਟ ਦੇ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜੇ ਰਿਕਾਰਡ ਵਜੋਂ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ (ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਨੋਟ ਦਾ ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ ਨਹੀਂ ਬਦਲਿਆ ਜਾਂਦਾ, ਇਸ ਨੂੰ ਗੁਮਨਾਮ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ) (ਦੇਖੋ ਭਾਗ 4 ਕ੍ਰਮ 2-5, 8, 10 ਅਤੇ ਭਾਗ 6.2)।
3. ਇਹ ਕਾਰਵਾਈ ਸਿਰਫ਼ ਸਿਸਟਮ ਦੀ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੀ (service-role ਨਾਲ ਸੁਰੱਖਿਅਤ) ਬੈਕਗ੍ਰਾਊਂਡ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਆਪਣੇ-ਆਪ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ; ਪ੍ਰਸ਼ਾਸਕੀ ਸਟਾਫ਼ ਸਮੇਤ ਕੋਈ ਵੀ ਵਰਤੋਂਕਾਰ ਜਾਂ ਕਾਰੋਬਾਰ ਪ੍ਰਬੰਧਕ ਆਮ ਪ੍ਰੋਡਕਟ ਇੰਟਰਫ਼ੇਸਾਂ ਰਾਹੀਂ ਇਸ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਹੱਥੀਂ ਸ਼ੁਰੂ, ਜਲਦੀ ਸ਼ੁਰੂ ਜਾਂ ਬੰਦ ਨਹੀਂ ਕਰ ਸਕਦਾ — ਇਹ ਗ਼ਲਤੀ ਨਾਲ ਜਾਂ ਦੁਰਵਰਤੋਂ ਰਾਹੀਂ ਜਲਦੀ/ਦੇਰ ਨਾਲ ਮਿਟਾਉਣ ਨੂੰ ਰੋਕਣ ਲਈ ਸੋਚਿਆ-ਸਮਝਿਆ ਸੁਰੱਖਿਆ ਡਿਜ਼ਾਈਨ ਹੈ। (ਇਹ ਗਾਰੰਟੀ ਪ੍ਰੋਡਕਟ ਦੇ ਆਮ ਵਰਤੋਂਕਾਰ ਅਤੇ ਪ੍ਰਬੰਧਨ ਇੰਟਰਫ਼ੇਸਾਂ ਨੂੰ ਸ਼ਾਮਲ ਕਰਦੀ ਹੈ; ਸਿਸਟਮ ਦੇ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੇ ਢਾਂਚਾ ਪੱਧਰ 'ਤੇ ਸਿੱਧੀ ਡੇਟਾਬੇਸ ਪਹੁੰਚ ਰੱਖ ਸਕਣ ਵਾਲੀਆਂ ਤਕਨੀਕੀ ਕਾਰਜਸ਼ੀਲ ਪ੍ਰਕਿਰਿਆਵਾਂ ਇਸ ਗਾਰੰਟੀ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਹਨ ਅਤੇ ਵੱਖਰੇ ਅੰਦਰੂਨੀ ਪਹੁੰਚ ਨਿਯੰਤਰਣਾਂ ਦੇ ਅਧੀਨ ਹਨ।)

30 ਦਿਨਾਂ ਦੀ ਬੈਕਗ੍ਰਾਊਂਡ ਪ੍ਰਕਿਰਿਆ ਦਾ ਮਕਸਦ (4 ਅਕਤੂਬਰ 2026 ਤੋਂ): ਕਿਉਂਕਿ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਨਾਲ ਖਾਤੇ ਤੱਕ ਪਹੁੰਚ ਤੁਰੰਤ ਬੰਦ ਹੋ ਜਾਂਦੀ ਹੈ, ਇਹ ਮਿਆਦ ਵਾਪਸ ਲੈਣ/ਪਿੱਛੇ ਹਟਣ ਦਾ ਮੌਕਾ ਨਹੀਂ ਦਿੰਦੀ; ਇਹ ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਅਤੇ ਫ਼ਾਈਲਾਂ ਦੇ ਪੱਕੇ ਮਿਟਾਉਣ ਨੂੰ ਪੂਰਾ ਕਰਨ ਅਤੇ ਸੰਭਾਵੀ ਦੁਰਵਰਤੋਂ ਦੀ ਜਾਂਚ ਲਈ ਵਰਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਮਿਆਦ KVKK ਧਾਰਾ 5 ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਅਨੁਪਾਤਕਤਾ ਦੇ ਸਿਧਾਂਤ ਮੁਤਾਬਕ, ਵਾਜਬ ਅਤੇ ਸੀਮਤ ਮਿਆਦ ਹੈ। ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਦੀ ਸਥਿਤੀ ਬਾਰੇ hello@corenta.app ਪਤੇ 'ਤੇ ਅਰਜ਼ੀ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ।

5.3. ਅਪਵਾਦ: ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਜ਼ਿੰਮੇਵਾਰੀ ਵਾਲਾ ਡੇਟਾ

ਉੱਪਰਲੀ 30 ਦਿਨਾਂ ਦੀ ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਭਾਗ 4, ਟੇਬਲ ਕ੍ਰਮ ਨੰਬਰ 6 (ਸਬਸਕ੍ਰਿਪਸ਼ਨ/ਲੈਣ-ਦੇਣ ਮੈਟਾ ਡੇਟਾ) ਵਿੱਚ ਦੱਸੇ ਅਤੇ ਤੁਰਕੀ ਵਪਾਰਕ ਕੋਡ/ਟੈਕਸ ਪ੍ਰਕਿਰਿਆ ਕਾਨੂੰਨ ਤਹਿਤ ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਜ਼ਿੰਮੇਵਾਰੀ ਵਾਲੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸ਼ਾਮਲ ਨਹੀਂ ਕਰਦੀ। ਇਹ ਰਿਕਾਰਡ, ਖਾਤਾ ਪੱਕੇ ਤੌਰ 'ਤੇ ਮਿਟਾਏ ਜਾਣ 'ਤੇ ਵੀ, ਸਬੰਧਤ ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਮਿਆਦ ਪੂਰੀ ਹੋਣ ਤੱਕ, ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਦੇ ਮਕਸਦ ਤੋਂ ਵੱਖ ਕਰਕੇ, ਸਿਰਫ਼ ਕਾਨੂੰਨੀ ਜ਼ਿੰਮੇਵਾਰੀ ਨਿਭਾਉਣ ਦੇ ਮਕਸਦ ਨਾਲ ਸੀਮਤ ਪਹੁੰਚ ਨਾਲ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ। ਇਸੇ ਤਰ੍ਹਾਂ, ਆਡਿਟ ਟ੍ਰੇਲ ਰਿਕਾਰਡ (audit_logs) ਅਤੇ ਸਹਿਮਤੀ ਰਿਕਾਰਡਾਂ ਦਾ ਸਬੂਤ ਦੇ ਮਕਸਦ ਵਾਲਾ ਘੱਟੋ-ਘੱਟ ਮੂਲ ਹਿੱਸਾ ਵੀ (ਦੇਖੋ ਭਾਗ 4, ਕ੍ਰਮ 7-8), ਜਾਇਜ਼ ਹਿੱਤ/ਕਾਨੂੰਨੀ ਸਬੂਤ ਦੇ ਕਾਰਨ, ਇਸ 30 ਦਿਨਾਂ ਦੀ ਮਿਆਦ ਤੋਂ ਬਾਹਰ, ਵੱਖਰੇ ਅਤੇ ਸੀਮਤ ਮਕਸਦ ਨਾਲ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਰਹਿ ਸਕਦਾ ਹੈ। ਭਾਗ 4 ਨੋਟ 2 ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਗਿਆ ਹੈ ਕਿ ਇਸ ਅਪਵਾਦ ਦੇ ਦਾਇਰੇ ਵਿਚਲੀਆਂ ਮਿਆਦਾਂ ਸਿਸਟਮ ਵਿੱਚ ਆਪਣੇ-ਆਪ ਲਾਗੂ ਹੋਣ ਵਾਲੇ ਕਿਸੇ ਤਕਨੀਕੀ ਵਿਧੀ-ਤੰਤਰ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀਆਂ।

5.4. ਸਟੋਰ ਕੀਤੀਆਂ ਫ਼ਾਈਲ ਅਟੈਚਮੈਂਟਾਂ ਬਾਰੇ ਵਿਸ਼ੇਸ਼ ਵਿਆਖਿਆ (ਅਹਿਮ — ਪਾਰਦਰਸ਼ਤਾ)

ਪਾਰਦਰਸ਼ਤਾ ਦੇ ਸਿਧਾਂਤ ਮੁਤਾਬਕ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ: ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਕਾਰਵਾਈ ਦੌਰਾਨ ਡੇਟਾਬੇਸ ਰਿਕਾਰਡ (ਪ੍ਰੋਫ਼ਾਈਲ, ਅਪਾਇੰਟਮੈਂਟ, ਨਿਯੁਕਤੀ, ਸਹਿਮਤੀ ਆਦਿ) ਪੂਰੀ ਤਰ੍ਹਾਂ ਮਿਟਾਏ ਜਾਂਦੇ ਹਨ ਜਾਂ (ਸਿਹਤ/ਕਲੀਨਿਕਲ/ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਲਈ, ਦੇਖੋ ਭਾਗ 6.2) ਗੁਮਨਾਮ ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਵਰਤੋਂਕਾਰ ਦੀਆਂ ਅਤੇ ਵੱਖਰੇ ਸਟੋਰੇਜ (Storage) ਖੇਤਰ ਵਿੱਚ ਰੱਖੀਆਂ ਫ਼ਾਈਲ ਅਟੈਚਮੈਂਟਾਂ ਨਾਲ ਇਸ ਤਰ੍ਹਾਂ ਨਜਿੱਠਿਆ ਜਾਂਦਾ ਹੈ: ਅਵਤਾਰ/ਪ੍ਰੋਫ਼ਾਈਲ ਫ਼ੋਟੋ, ਐਨਾਮਨੇਸਿਸ ਫ਼ਾਰਮ ਨਾਲ ਅਟੈਚ ਕੀਤਾ ਦਸਤਾਵੇਜ਼/ਫ਼ੋਟੋ ਅਤੇ ਭੁਗਤਾਨ ਰਸੀਦ ਦੀ ਤਸਵੀਰ, ਪੱਕੇ ਮਿਟਾਉਣ ਦੇ ਕਦਮ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਆਪਣੇ-ਆਪ (best-effort) Storage ਤੋਂ ਮਿਟਾ ਦਿੱਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ — ਇਹ ਸਿਸਟਮ ਵਿੱਚ ਇਸ ਵੇਲੇ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ, ਪੁਸ਼ਟੀਸ਼ੁਦਾ ਵਿਹਾਰ ਹੈ। ਜੇ ਕਿਸੇ ਬਕੇਟ ਵਿੱਚ ਮਿਟਾਉਣ ਦੀ ਕਾਰਵਾਈ ਅਸਫਲ ਹੁੰਦੀ ਹੈ ਤਾਂ ਇਹ ਲੌਗ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਪਰ ਇਹ ਹੋਰ ਬਕੇਟਾਂ ਦੀ ਸਫ਼ਾਈ ਜਾਂ ਖਾਤੇ ਦੇ ਗੁਮਨਾਮ ਕਰਨ/ਪੱਕੇ ਮਿਟਾਉਣ ਦੇ ਕਦਮਾਂ ਨੂੰ ਨਹੀਂ ਰੋਕਦਾ (best-effort ਡਿਜ਼ਾਈਨ)।

ਇਮਾਨਦਾਰ ਹੱਦ: ਇਸ ਸਵੈਚਾਲਿਤ ਪ੍ਰਕਿਰਿਆ ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਰਹਿਣ ਵਾਲੀ ਇੱਕੋ-ਇੱਕ ਫ਼ਾਈਲ ਸ਼੍ਰੇਣੀ, ਸਪੈਸ਼ਲਿਸਟ/ਸੋਲੋ-ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਅੱਪਲੋਡ ਕੀਤੇ ਪਛਾਣ/ਡਿਪਲੋਮਾ ਪੁਸ਼ਟੀ ਦਸਤਾਵੇਜ਼ ਹਨ (specialist-verification-docs ਬਕੇਟ)। ਇਹ ਦਸਤਾਵੇਜ਼ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਵਰਤੋਂਕਾਰ ਨਾਲ ਨਹੀਂ, ਸਗੋਂ ਸਬੰਧਤ ਟੈਨੈਂਟ (ਕਲੀਨਿਕ) ਦੀ ਪੁਸ਼ਟੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜੁੜੇ ਹਨ ਅਤੇ ਡੇਟਾਬੇਸ ਰਿਕਾਰਡ ਵਿੱਚ ਕੋਈ ਵਰਤੋਂਕਾਰ ਹਵਾਲਾ ਨਹੀਂ ਰੱਖਦੇ; ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਨੂੰ ਮੌਜੂਦਾ ਵਰਤੋਂਕਾਰ-ਖਾਤਾ-ਮਿਟਾਉਣ ਪ੍ਰਵਾਹ ਵਿੱਚ ਆਪਣੇ-ਆਪ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ। ਇਸ ਦਸਤਾਵੇਜ਼ ਦਾ ਨਿਪਟਾਰਾ ਸਬੰਧਤ ਕਲੀਨਿਕ ਵੱਲੋਂ ਟੈਨੈਂਟ ਪੱਧਰ 'ਤੇ ਆਪਣਾ ਖਾਤਾ/ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਬੰਦ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਕੀਤਾ ਜਾਵੇਗਾ (ਦੇਖੋ ਭਾਗ 5.6); ਇਸਦੇ ਪੂਰਾ ਹੋਣ ਤੱਕ ਅਪਵਾਦੀ ਬੇਨਤੀਆਂ ਵਿੱਚ hello@corenta.app ਰਾਹੀਂ ਹੱਥੀਂ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਇਸ ਲਈ ਇਸ ਨੀਤੀ ਵਿੱਚ ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਨਾਲ "ਵਰਤੋਂਕਾਰ ਦਾ ਸਾਰਾ ਡੇਟਾ/ਸਾਰੀਆਂ ਫ਼ਾਈਲਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਤੇ ਤੁਰੰਤ ਮਿਟਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ" ਵਰਗਾ ਕੋਈ ਪੂਰਨ ਵਚਨ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ (ਖ਼ਾਸ ਕਰਕੇ ਬੈਕਅੱਪਾਂ ਵਿਚਲੇ ਤਕਨੀਕੀ ਬਚੇ-ਖੁਚੇ ਡੇਟਾ ਲਈ ਦੇਖੋ ਭਾਗ 6.3, ਅਤੇ ਉੱਪਰਲੇ ਅਪਵਾਦ ਲਈ); ਪਰ ਉੱਪਰ ਦੱਸੀਆਂ ਫ਼ਾਈਲ ਸ਼੍ਰੇਣੀਆਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਸਵੈਚਾਲਿਤ ਮਿਟਾਉਣਾ ਅਸਲ ਵਿੱਚ ਲਾਗੂ ਹੈ।

5.5. ਸਿਹਤ ਡੇਟਾ ਬਾਰੇ ਵਿਸ਼ੇਸ਼ ਨੋਟ

ਐਨਾਮਨੇਸਿਸ ਫ਼ਾਰਮ, ਸੈਸ਼ਨ ਨੋਟ ਅਤੇ ਮਾਪ ਰਿਕਾਰਡਾਂ ਵਰਗਾ ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ ਦਾ ਸਿਹਤ ਡੇਟਾ ਵੀ ਉੱਪਰਲੇ ਆਮ ਮਿਟਾਉਣ ਪ੍ਰਵਾਹ (soft-delete → 30 ਦਿਨ → ਪੱਕਾ ਮਿਟਾਉਣਾ) ਦੇ ਅਧੀਨ ਹੈ; ਪਰ ਜਿਵੇਂ ਭਾਗ 4 ਕ੍ਰਮ 2-4 ਅਤੇ ਭਾਗ 6.2 ਵਿੱਚ ਸਮਝਾਇਆ ਗਿਆ ਹੈ, ਇਨ੍ਹਾਂ ਟੇਬਲਾਂ ਵਿੱਚ ਪੱਕੇ ਮਿਟਾਉਣ ਦਾ ਕਦਮ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਨ ਅਤੇ ਅੰਸ਼ਕ ਸਫ਼ਾਈ ਰਾਹੀਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ — ਰਿਕਾਰਡ DELETE ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ, ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੁਝ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਖੇਤਰ ਸਾਫ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਕਲੀਨਿਕਲ ਰਿਕਾਰਡ (ਖ਼ਾਸ ਕਰਕੇ append-only ਸੈਸ਼ਨ ਨੋਟ ਦੀ ਸਮੱਗਰੀ) ਟੈਨੈਂਟ ਦੇ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜੇ ਰਿਕਾਰਡ ਵਜੋਂ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗੁਮਨਾਮ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਕਿਉਂਕਿ ਇਹ ਡੇਟਾ ਸ਼੍ਰੇਣੀ ਕਲੀਨਿਕ ਵੱਲੋਂ ਡੇਟਾ ਕੰਟਰੋਲਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ ਰੱਖੇ ਰਿਕਾਰਡਾਂ ਨਾਲ ਗੁੰਦੀ ਹੋਈ ਹੈ, ਕਿਸੇ ਕਲਾਇੰਟ ਦੀ ਖਾਤਾ/ਡੇਟਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਕਲੀਨਿਕ ਦੀਆਂ ਆਪਣੀਆਂ ਕਾਨੂੰਨੀ ਸੰਭਾਲ ਜ਼ਿੰਮੇਵਾਰੀਆਂ (ਜਿਵੇਂ ਸਿਹਤ ਸੇਵਾ ਦੇਣ ਨਾਲ ਸਬੰਧਤ ਕਾਨੂੰਨਾਂ ਤੋਂ ਪੈਦਾ ਹੋ ਸਕਣ ਵਾਲੀਆਂ ਰਿਕਾਰਡ ਰੱਖਣ ਦੀਆਂ ਲਾਜ਼ਮੀਅਤਾਂ) ਨਾਲ ਟਕਰਾ ਸਕਦੀ ਹੈ; ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਨ ਅਤੇ ਸੀਮਤ ਸੰਭਾਲ ਵਾਲੇ ਤਰੀਕੇ ਦਾ ਮਕਸਦ ਇਨ੍ਹਾਂ ਦੋ ਜ਼ਿੰਮੇਵਾਰੀਆਂ (ਨਿੱਜੀ ਡੇਟਾ ਉੱਤੇ ਕਲਾਇੰਟ ਦੇ ਅਧਿਕਾਰ ਅਤੇ ਕਲੀਨਿਕ ਦੀ ਰਿਕਾਰਡ ਰੱਖਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ) ਵਿਚਕਾਰ ਸੰਤੁਲਨ ਬਣਾਉਣਾ ਹੈ। ਅਜਿਹੀਆਂ ਹਾਲਤਾਂ ਵਿੱਚ ਅੰਤਿਮ ਫ਼ੈਸਲਾ ਲੈਣ ਵਾਲੀ ਅਥਾਰਟੀ ਡੇਟਾ ਕੰਟਰੋਲਰ ਦੀ ਹੈਸੀਅਤ ਵਾਲਾ ਕਲੀਨਿਕ ਹੈ; Corenta ਕਲੀਨਿਕ ਦੀ ਹਦਾਇਤ ਮੁਤਾਬਕ ਕੰਮ ਕਰਦਾ ਹੈ।

5.6. ਕਲੀਨਿਕ (ਟੈਨੈਂਟ) ਪੱਧਰ 'ਤੇ ਮਿਟਾਉਣਾ

ਜੇ ਕੋਈ ਕਲੀਨਿਕ ਆਪਣੀ Corenta ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖ਼ਤਮ ਕਰਦਾ ਹੈ ਤਾਂ ਕਲੀਨਿਕ ਦੇ ਟੈਨੈਂਟ ਡੇਟਾ ਅਤੇ ਇਸ ਟੈਨੈਂਟ ਅਧੀਨ ਸਾਰੇ ਕਲਾਇੰਟ ਰਿਕਾਰਡਾਂ ਲਈ ਵੀ ਉਹੀ ਦੋ-ਪੜਾਵੀ (soft-delete → 30 ਦਿਨ → ਪੱਕਾ ਮਿਟਾਉਣਾ) ਢਾਂਚਾ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਕਿਉਂਕਿ ਕਲੀਨਿਕ ਆਪਣੇ ਕਲਾਇੰਟਾਂ ਦਾ ਡੇਟਾ ਕੰਟਰੋਲਰ ਹੈ, ਉਹ ਆਪਣੀ ਸਬਸਕ੍ਰਿਪਸ਼ਨ ਖ਼ਤਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀਆਂ KVKK ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਆਪਣੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਲਈ ਪਾਬੰਦ ਹੈ; ਇਹ ਜ਼ਿੰਮੇਵਾਰੀ Corenta ਨੂੰ ਤਬਦੀਲ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ।

5.7. ਸੁਪਰ-ਐਡਮਿਨ ਸਹਾਇਤਾ ਮੋਡ (ਇੰਪਰਸਨੇਸ਼ਨ) ਨਾਲ ਸਬੰਧ

ਖਾਤਾ ਮਿਟਾਉਣ ਅਤੇ ਸੰਭਾਲ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ Corenta ਦੇ ਸਹਾਇਤਾ/ਇੰਪਰਸਨੇਸ਼ਨ ਵਿਧੀ-ਤੰਤਰ ਤੋਂ ਆਜ਼ਾਦ ਤੌਰ 'ਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਇੰਪਰਸਨੇਸ਼ਨ ਸੈਸ਼ਨ ਸਮਾਂਬੱਧ (30 ਮਿੰਟ) ਹਨ ਅਤੇ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਸਿਰਫ਼-ਪੜ੍ਹਨਯੋਗ ਹਨ; ਸਿਹਤ ਡੇਟਾ ਸ਼੍ਰੇਣੀਆਂ (ਐਨਾਮਨੇਸਿਸ, ਸੈਸ਼ਨ ਨੋਟ, ਮਾਪ) ਤੱਕ ਪਹੁੰਚ ਲਈ ਵੱਖਰਾ ਮਨਜ਼ੂਰੀ ਕਦਮ (health_data_enabled) ਲੋੜੀਂਦਾ ਹੈ ਅਤੇ ਇਨ੍ਹਾਂ ਟੇਬਲਾਂ ਵਿੱਚ ਲਿਖਣ/ਮਿਟਾਉਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਦੀ ਇੰਪਰਸਨੇਸ਼ਨ ਰਾਹੀਂ ਕਿਸੇ ਵੀ ਹਾਲਤ ਵਿੱਚ ਇਜਾਜ਼ਤ ਨਹੀਂ ਹੈ (RLS ਨੀਤੀਆਂ ਵਿੱਚ ਇੰਪਰਸਨੇਸ਼ਨ ਲਈ ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ ਰੱਖਿਆ ਗਿਆ)। ਸਪੱਸ਼ਟੀਕਰਨ: ਇੱਥੇ ਦੱਸੀ ਪਾਬੰਦੀ ਉਨ੍ਹਾਂ ਮਨੁੱਖ-ਸ਼ੁਰੂ ਕੀਤੇ ਇੰਪਰਸਨੇਸ਼ਨ ਸੈਸ਼ਨਾਂ ਨਾਲ ਸਬੰਧਤ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਸਹਾਇਤਾ ਸਟਾਫ਼ ਦਾ ਕੋਈ ਮੈਂਬਰ ਸੈਸ਼ਨ ਖੋਲ੍ਹ ਕੇ ਹੱਥੀਂ ਕਾਰਵਾਈ ਕਰਦਾ ਹੈ; ਭਾਗ 5.2 ਵਿੱਚ ਸਮਝਾਈ ਸਵੈਚਾਲਿਤ (ਮਨੁੱਖੀ ਦਖ਼ਲ ਤੋਂ ਬਿਨਾਂ) service-role cron ਪ੍ਰਕਿਰਿਆ ਇਸ ਪਾਬੰਦੀ ਤੋਂ ਵੱਖਰੀ ਪਰਤ ਹੈ ਅਤੇ ਇਸ ਤੋਂ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦੀ — ਇੰਪਰਸਨੇਸ਼ਨ ਪਾਬੰਦੀ ਖਾਤਾ ਮਿਟਾਉਣ ਪ੍ਰਵਾਹ ਵਿਚਲੇ ਸਵੈਚਾਲਿਤ ਪੱਕੇ ਮਿਟਾਉਣ ਦੇ ਵਿਧੀ-ਤੰਤਰ ਨੂੰ ਨਹੀਂ ਰੋਕਦੀ ਅਤੇ ਇਸ ਨੂੰ ਉਸ ਨਾਲ ਰਲਾਇਆ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ। ਇਸ ਲਈ ਖਾਤਾ ਮਿਟਾਉਣ/ਨਿਪਟਾਰੇ ਦੀਆਂ ਪ੍ਰਕਿਰਿਆਵਾਂ ਸਿਰਫ਼ ਇਸ ਨੀਤੀ ਵਿੱਚ ਪਰਿਭਾਸ਼ਿਤ ਸਵੈਚਾਲਿਤ ਵਿਧੀ-ਤੰਤਰਾਂ ਰਾਹੀਂ ਚਲਾਈਆਂ ਜਾਂਦੀਆਂ ਹਨ।

6. ਨਿਪਟਾਰੇ ਦੇ ਤਰੀਕੇ

ਨਿਯਮਾਵਲੀ ਦੀ ਧਾਰਾ 8 ਅਤੇ ਅਗਲੀਆਂ ਵਿਵਸਥਾਵਾਂ ਮੁਤਾਬਕ, ਰਿਕਾਰਡ ਮਾਧਿਅਮਾਂ ਅਨੁਸਾਰ ਲਾਗੂ ਹੋਣ ਵਾਲੇ ਮਿਟਾਉਣ/ਨਸ਼ਟ ਕਰਨ/ਗੁਮਨਾਮ ਕਰਨ ਦੇ ਤਰੀਕੇ ਹੇਠਾਂ ਸਮਝਾਏ ਗਏ ਹਨ।

6.1. ਮਿਟਾਉਣਾ

ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਸਬੰਧਤ ਵਰਤੋਂਕਾਰਾਂ (ਐਪ ਵਰਤੋਂਕਾਰ, ਐਡਮਿਨ ਪੈਨਲ ਤੱਕ ਪਹੁੰਚ ਰੱਖਣ ਵਾਲੇ ਸਟਾਫ਼ ਸਮੇਤ) ਲਈ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਅਤੇ ਦੁਬਾਰਾ ਵਰਤੋਂ ਨਾ ਹੋ ਸਕਣ ਵਾਲਾ ਬਣਾਉਣ ਦੀ ਕਾਰਵਾਈ ਹੈ। Corenta ਵਿੱਚ ਇਹ ਤਰੀਕਾ ਪੜਾਅ-1 soft-delete ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: ਭਾਵੇਂ ਡੇਟਾ ਭੌਤਿਕ ਤੌਰ 'ਤੇ ਡੇਟਾਬੇਸ ਤੋਂ ਨਾ ਹਟਾਇਆ ਜਾਵੇ, ਪਹੁੰਚ ਅਧਿਕਾਰਾਂ ਅਤੇ ਇੰਟਰਫ਼ੇਸਾਂ ਰਾਹੀਂ ਇਸ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ।

6.2. ਨਸ਼ਟ ਕਰਨਾ (ਪੱਕਾ ਮਿਟਾਉਣਾ)

ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਕਿਸੇ ਵੀ ਵਿਅਕਤੀ ਲਈ ਕਿਸੇ ਵੀ ਤਰ੍ਹਾਂ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ, ਵਾਪਸ ਨਾ ਲਿਆਂਦਾ ਜਾ ਸਕਣ ਵਾਲਾ ਅਤੇ ਦੁਬਾਰਾ ਵਰਤੋਂ ਨਾ ਹੋ ਸਕਣ ਵਾਲਾ ਬਣਾਉਣ ਦੀ ਕਾਰਵਾਈ ਹੈ। Corenta ਦੀ ਪੜਾਅ-2 ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇਹ ਸਿਧਾਂਤ ਡੇਟਾ ਸ਼੍ਰੇਣੀ ਮੁਤਾਬਕ ਦੋ ਵੱਖਰੇ ਤਕਨੀਕੀ ਤਰੀਕਿਆਂ ਨਾਲ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ:

• ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ ਅਤੇ ਆਜ਼ਾਦ ਕਾਰੋਬਾਰੀ ਮੁੱਲ ਨਾ ਰੱਖਣ ਵਾਲੇ ਰਿਕਾਰਡ: ਵਰਤੋਂਕਾਰ ਦਾ ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਰਿਕਾਰਡ (auth.users) service-role ਨਾਲ ਸੁਰੱਖਿਅਤ ਸਵੈਚਾਲਿਤ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਸਿੱਧੇ DELETE ਨਾਲ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ ਮਿਟਾਇਆ ਜਾਂਦਾ ਹੈ; ਖਾਤਾ ਮਿਟਾਏ ਜਾਣ ਤੋਂ ਬਾਅਦ ਇਕੱਲੇ ਤੌਰ 'ਤੇ ਕੋਈ ਕਾਰੋਬਾਰੀ/ਸਬੂਤੀ ਮੁੱਲ ਨਾ ਰੱਖਣ ਵਾਲੇ ਸਬੰਧਤ ਰਿਕਾਰਡ (ਜਿਵੇਂ ਨੋਟੀਫਿਕੇਸ਼ਨ, notifications — ਦੇਖੋ ਭਾਗ 4 ਕ੍ਰਮ 10) ਡੇਟਾਬੇਸ ਪੱਧਰ 'ਤੇ ON DELETE CASCADE ਨਾਲ ਨਾਲ ਹੀ ਮਿਟਾਏ ਜਾਂਦੇ ਹਨ।
• ਸਿਹਤ, ਕਲੀਨਿਕਲ ਅਤੇ ਵਿੱਤੀ ਰਿਕਾਰਡ: anamnesis_forms, session_notes, measurements, payments, attendance ਅਤੇ consent_logs ਲਈ ਪੱਕੇ ਮਿਟਾਉਣ ਦਾ ਕਦਮ, ਰਿਕਾਰਡ ਨੂੰ DELETE ਕਰਨ ਦੀ ਥਾਂ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਨ ਅਤੇ ਅੰਸ਼ਕ ਸਫ਼ਾਈ (ਦੇਖੋ ਭਾਗ 6.6) ਰਾਹੀਂ ਲਾਗੂ ਹੁੰਦਾ ਹੈ: ਵਿਅਕਤੀ ਦੀ ਪਛਾਣ ਕਰਨ ਵਾਲੇ ਫ਼ੌਰਨ ਕੀ (foreign key) ਕਾਲਮ (client_id, specialist_id, user_id ਆਦਿ) ON DELETE SET NULL FK ਪਾਬੰਦੀ ਨਾਲ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ NULL ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਸਪੱਸ਼ਟ ਪਛਾਣ ਜਾਂ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਵਾਲੀ PII ਰੱਖ ਸਕਣ ਵਾਲੇ ਸਮੱਗਰੀ ਕਾਲਮ (ਐਨਾਮਨੇਸਿਸ ਜਵਾਬ, ਮਾਪ/ਭੁਗਤਾਨ ਦੇ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਨੋਟ, ਭੁਗਤਾਨ ਰਸੀਦ ਹਵਾਲਾ, ਸਹਿਮਤੀ ਰਿਕਾਰਡ ਦਾ IP ਪਤਾ) anonymize_user_relations() ਫ਼ੰਕਸ਼ਨ (ਸਿਰਫ਼ service-role ਵੱਲੋਂ ਬੁਲਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, default-deny) ਵੱਲੋਂ ਸਾਫ਼ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਜਾਂ ਗੁਮਨਾਮ ਨਿਸ਼ਾਨ ਨਾਲ ਬਦਲੇ ਜਾਂਦੇ ਹਨ। ਕਲੀਨਿਕਲ/ਵਿੱਤੀ ਅੰਕੀ ਅਤੇ ਇਤਿਹਾਸਕ ਸਮੱਗਰੀ (ਮਿਤੀ, ਰਕਮ, ਮਾਪ ਮੁੱਲ, ਬਾਕੀ ਸੈਸ਼ਨ ਬਕਾਇਆ, ਆਇਆ/ਨਹੀਂ ਆਇਆ ਸਥਿਤੀ, ਸਹਿਮਤੀ ਦੇਣ/ਵਾਪਸ ਲੈਣ ਦਾ ਸਮਾਂ) ਕਲੀਨਿਕ ਦੀ ਰਿਕਾਰਡ ਰੱਖਣ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਅਤੇ (ਸੈਸ਼ਨ ਨੋਟਾਂ ਲਈ) append-only ਸਿਧਾਂਤ ਕਾਰਨ ਟੈਨੈਂਟ ਦੇ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜੇ ਰਿਕਾਰਡ ਵਜੋਂ ਸੰਭਾਲੀ ਜਾਂਦੀ ਰਹਿੰਦੀ ਹੈ; ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਨੋਟ ਦਾ ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ ਨਹੀਂ ਬਦਲਿਆ ਜਾਂਦਾ, ਇਨ੍ਹਾਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਗੁਮਨਾਮ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਅਤੇ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲਿਆ ਜਾਂਦਾ ਹੈ।

ਸੈਸ਼ਨ ਨੋਟਾਂ (session_notes) ਵਿੱਚ append-only ਪਾਬੰਦੀ ਸਮੱਗਰੀ ਵਿੱਚ ਬਦਲਾਅ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ; ਸਿਰਫ਼ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਵਾਲੇ ਕਾਲਮਾਂ (client_id, specialist_id) ਨੂੰ NULL ਕਰਨ ਲਈ ਤੰਗ, ਇੱਕੋ ਮਕਸਦ ਲਈ ਖ਼ਾਸ ਅਪਵਾਦ ਦਿੱਤਾ ਗਿਆ ਹੈ — ਨੋਟ ਦੀ ਸਮੱਗਰੀ ਖ਼ੁਦ ਇਸ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਵੀ ਕਿਸੇ ਵੀ ਪੜਾਅ 'ਤੇ ਨਾ ਮਿਟਾਈ ਜਾਂਦੀ ਹੈ ਅਤੇ ਨਾ ਬਦਲੀ ਜਾਂਦੀ ਹੈ।

ਹੱਦ: ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਖੇਤਰਾਂ ਵਿੱਚ, ਸਪੱਸ਼ਟ ਪਛਾਣ ਕਾਲਮਾਂ ਤੋਂ ਇਲਾਵਾ, ਟੈਕਸਟ ਅੰਦਰ ਆ ਸਕਣ ਵਾਲੇ ਨਿੱਜੀ ਡੇਟਾ (ਜਿਵੇਂ ਕਿਸੇ ਸੈਸ਼ਨ ਨੋਟ ਦੇ ਮੁੱਖ ਹਿੱਸੇ ਵਿੱਚ ਆਇਆ ਕੋਈ ਨਾਮ) ਲਈ ਕੋਈ ਸਕੈਨਿੰਗ/ਸਫ਼ਾਈ ਵਿਧੀ-ਤੰਤਰ ਨਹੀਂ ਹੈ। ਇਸ ਲਈ ਇਨ੍ਹਾਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਗੁਮਨਾਮ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ; ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਵਜੋਂ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਮਿਆਦ ਦੇ ਅੰਤ 'ਤੇ ਨਿਪਟਾਏ ਜਾਂਦੇ ਹਨ।

ਉੱਪਰਲੇ ਦੋਵੇਂ ਤਰੀਕੇ service-role ਨਾਲ ਸੁਰੱਖਿਅਤ ਹੋਣ ਕਾਰਨ ਆਮ ਪ੍ਰੋਡਕਟ ਇੰਟਰਫ਼ੇਸਾਂ ਰਾਹੀਂ ਨਾ ਸ਼ੁਰੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ ਅਤੇ ਨਾ ਵਾਪਸ ਲਏ ਜਾ ਸਕਦੇ ਹਨ।

6.3. ਬੈਕਅੱਪਾਂ (Backup) ਤੋਂ ਮਿਟਾਉਣਾ

ਡੇਟਾਬੇਸ ਬੈਕਅੱਪ, ਆਮ ਬੈਕਅੱਪ ਚੱਕਰ (ਰੋਟੇਸ਼ਨ) ਦੇ ਢਾਂਚੇ ਵਿੱਚ, ਇੱਕ ਨਿਸ਼ਚਿਤ ਮਿਆਦ ਤੋਂ ਬਾਅਦ ਆਪਣੇ-ਆਪ ਓਵਰਰਾਈਟ/ਨਿਪਟਾਏ ਜਾਂਦੇ ਹਨ। ਭਾਵੇਂ ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਕਾਰਵਾਈ ਮੁੱਖ ਡੇਟਾਬੇਸ ਵਿੱਚ ਤੁਰੰਤ ਲਾਗੂ ਹੋ ਜਾਂਦੀ ਹੈ, ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਦੱਸਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਪਹਿਲਾਂ ਲਏ ਬੈਕਅੱਪਾਂ ਵਿੱਚ ਡੇਟਾ, ਬੈਕਅੱਪ ਪ੍ਰਦਾਤਾ (Supabase) ਦੀ ਸਟੈਂਡਰਡ ਬੈਕਅੱਪ ਰੋਟੇਸ਼ਨ ਮਿਆਦ ਪੂਰੀ ਹੋਣ ਤੱਕ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਮੌਜੂਦ ਰਹਿ ਸਕਦਾ ਹੈ। ਇਹ ਸਥਿਤੀ ਸਬੰਧਤ ਸਬ-ਪ੍ਰੋਸੈਸਰ (Supabase) ਦੇ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਇਕਰਾਰਨਾਮੇ (DPA) ਦੇ ਦਾਇਰੇ ਵਿਚਲਾ ਸਟੈਂਡਰਡ ਅਭਿਆਸ ਹੈ।

6.4. ਫ਼ਾਈਲ ਸਟੋਰੇਜ (Storage) ਖੇਤਰ ਵਿਚਲੀਆਂ ਅਟੈਚਮੈਂਟਾਂ

ਵਰਤੋਂਕਾਰਾਂ ਵੱਲੋਂ ਅੱਪਲੋਡ ਕੀਤੀਆਂ ਅਵਤਾਰ ਤਸਵੀਰਾਂ, ਭੁਗਤਾਨ ਰਸੀਦਾਂ ਅਤੇ ਐਨਾਮਨੇਸਿਸ ਅਟੈਚਮੈਂਟਾਂ ਵਰਗੀਆਂ ਫ਼ਾਈਲਾਂ ਇੱਕ ਵੱਖਰੇ ਸਟੋਰੇਜ (Storage) ਖੇਤਰ ਵਿੱਚ ਰੱਖੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਦੇਖੋ ਭਾਗ 5.4 — ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਇਸ ਸਮੱਗਰੀ ਦੀ ਮੌਜੂਦਾ ਸਥਿਤੀ (ਅਵਤਾਰ/ਐਨਾਮਨੇਸਿਸ ਅਟੈਚਮੈਂਟ/ਭੁਗਤਾਨ ਰਸੀਦ ਲਈ ਸਵੈਚਾਲਿਤ ਮਿਟਾਉਣਾ, specialist-verification-docs ਲਈ ਇੱਕੋ-ਇੱਕ ਅਪਵਾਦ) ਉੱਥੇ ਵਿਸਥਾਰ ਨਾਲ ਅਤੇ ਪਾਰਦਰਸ਼ੀ ਢੰਗ ਨਾਲ ਸਮਝਾਈ ਗਈ ਹੈ।

6.5. ਕਾਗ਼ਜ਼ੀ ਮਾਧਿਅਮ ਵਿਚਲਾ ਡੇਟਾ

Corenta ਦੇ SaaS ਪ੍ਰੋਡਕਟ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਨਿੱਜੀ ਡੇਟਾ ਡਿਜੀਟਲ ਮਾਧਿਅਮ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ; ਕਾਗ਼ਜ਼ੀ ਮਾਧਿਅਮ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਕਰਨ ਦੀ ਕੋਈ ਯੋਜਨਾ ਨਹੀਂ ਹੈ। ਜੇ ਕੰਪਨੀ ਦੇ ਵਪਾਰਕ/ਪ੍ਰਸ਼ਾਸਕੀ ਪੱਤਰ-ਵਿਹਾਰ ਵਿੱਚ ਅਪਵਾਦ ਵਜੋਂ ਕਾਗ਼ਜ਼ੀ ਮਾਧਿਅਮ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਨਿਪਟਾਰਾ ਕਾਲਾ ਕਰਨ/ਸਾੜਨ/ਕਾਗ਼ਜ਼ ਕੱਟਣ ਵਾਲੀ ਮਸ਼ੀਨ ਨਾਲ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ ਟੁਕੜੇ ਕਰਨ ਦੇ ਤਰੀਕੇ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

6.6. ਗੁਮਨਾਮ ਕਰਨਾ

Corenta, ਖਾਤੇ ਦੇ ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਹਿੱਸੇ ਵਜੋਂ (ਦੇਖੋ ਭਾਗ 6.2) ਸਿਹਤ ਡੇਟਾ ਅਤੇ ਕਲੀਨਿਕਲ/ਵਿੱਤੀ ਰਿਕਾਰਡਾਂ ਲਈ ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜਨ ਅਤੇ ਅੰਸ਼ਕ ਸਫ਼ਾਈ ਦਾ ਤਰੀਕਾ ਵਰਤਦਾ ਹੈ। ਕਿਉਂਕਿ ਸੈਸ਼ਨ ਨੋਟ ਦਾ ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ ਨਹੀਂ ਬਦਲਿਆ ਜਾਂਦਾ ਅਤੇ ਛੋਟੇ ਕਾਰੋਬਾਰਾਂ ਵਿੱਚ ਮਿਤੀ ਅਤੇ ਮਾਪ ਲੜੀ ਵਿਅਕਤੀ ਦੀ ਦੁਬਾਰਾ ਪਛਾਣ ਲਈ ਕਾਫ਼ੀ ਹੋ ਸਕਦੀ ਹੈ, ਇਹ ਤਰੀਕਾ ਹਰ ਹਾਲਤ ਵਿੱਚ ਹੇਠਲੇ ਗੁਮਨਾਮ ਕਰਨ ਦੇ ਮਿਆਰ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ; ਇਨ੍ਹਾਂ ਰਿਕਾਰਡਾਂ ਨੂੰ ਗੁਮਨਾਮ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ, ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਵਜੋਂ ਸੀਮਤ ਪਹੁੰਚ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਸੰਭਾਲੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਮਿਆਦ ਦੇ ਅੰਤ 'ਤੇ ਨਿਪਟਾਏ ਜਾਂਦੇ ਹਨ। ਇਸ ਤੋਂ ਇਲਾਵਾ, Corenta ਪ੍ਰੋਡਕਟ ਵਿਕਾਸ, ਅੰਕੜਾ ਵਿਸ਼ਲੇਸ਼ਣ ਜਾਂ ਬਾਜ਼ਾਰ ਖੋਜ ਦੇ ਮਕਸਦਾਂ ਲਈ ਵੀ, ਅਜਿਹੇ ਢੰਗ ਨਾਲ ਗੁਮਨਾਮ ਕੀਤਾ ਡੇਟਾ ਵਰਤ ਸਕਦਾ ਹੈ ਜਿਸ ਨੂੰ ਕਿਸੇ ਪਛਾਣੇ ਗਏ ਜਾਂ ਪਛਾਣੇ ਜਾ ਸਕਣ ਵਾਲੇ ਕੁਦਰਤੀ ਵਿਅਕਤੀ ਨਾਲ ਜੋੜਨਾ ਸੰਭਵ ਨਾ ਹੋਵੇ। ਗੁਮਨਾਮ ਕਰਨ ਦੀ ਕਾਰਵਾਈ ਲਈ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਡੇਟਾ ਨੂੰ ਅਜਿਹਾ ਬਣਾਇਆ ਜਾਵੇ ਕਿ ਹੋਰ ਡੇਟਾ ਨਾਲ ਮਿਲਾਏ ਜਾਣ 'ਤੇ ਵੀ ਉਸ ਨੂੰ ਨਾ-ਵਾਪਸੀਯੋਗ ਢੰਗ ਨਾਲ ਵਿਅਕਤੀ ਨਾਲ ਜੋੜਿਆ ਨਾ ਜਾ ਸਕੇ; ਇਸ ਮਿਆਰ ਨੂੰ ਪੂਰਾ ਕੀਤੇ ਬਿਨਾਂ ਕੀਤੀਆਂ ਮਾਸਕਿੰਗ/ਛਦਮ-ਨਾਮੀਕਰਨ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਗੁਮਨਾਮ ਕਰਨਾ ਨਹੀਂ ਮੰਨਿਆ ਜਾਂਦਾ ਅਤੇ ਇਹ ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਪ੍ਰਬੰਧ ਦੇ ਅਧੀਨ ਰਹਿੰਦੀਆਂ ਹਨ। ਗੁਮਨਾਮ ਕੀਤੇ ਡੇਟਾ ਨੂੰ KVKK ਦੇ ਦਾਇਰੇ ਤੋਂ ਬਾਹਰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਹ ਇਸ ਨੀਤੀ ਵਿਚਲੀਆਂ ਸੰਭਾਲ ਮਿਆਦ ਦੀਆਂ ਸੀਮਾਵਾਂ ਦੇ ਅਧੀਨ ਨਹੀਂ ਹੈ।

6.7. ਤਰੀਕੇ ਦੀ ਚੋਣ

ਲਾਗੂ ਕੀਤਾ ਜਾਣ ਵਾਲਾ ਨਿਪਟਾਰੇ ਦਾ ਤਰੀਕਾ; ਡੇਟਾ ਦੀ ਕਿਸਮ (ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ ਦਾ ਹੈ ਜਾਂ ਨਹੀਂ), ਉਹ ਮਾਧਿਅਮ ਜਿਸ ਵਿੱਚ ਇਹ ਸੰਭਾਲਿਆ ਗਿਆ ਹੈ (ਡੇਟਾਬੇਸ, ਫ਼ਾਈਲ ਸਟੋਰੇਜ, ਲੌਗ ਸਿਸਟਮ, ਬੈਕਅੱਪ ਸਿਸਟਮ), ਕਾਨੂੰਨੀ ਅਤੇ ਤਕਨੀਕੀ ਸੰਭਾਵਨਾਵਾਂ ਅਤੇ ਬੋਰਡ ਦੇ ਫ਼ੈਸਲਿਆਂ ਅਤੇ ਨਿਯਮਾਵਲੀ ਵਿੱਚ ਦੱਸੇ ਸਿਧਾਂਤਾਂ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖ ਕੇ Corenta ਅਤੇ/ਜਾਂ ਕਲੀਨਿਕ ਵੱਲੋਂ ਤੈਅ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ ਦੇ ਨਿੱਜੀ ਡੇਟਾ (ਸਿਹਤ ਡੇਟਾ ਸਮੇਤ) ਲਈ ਨਿਪਟਾਰੇ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਵਿੱਚ ਵੱਧ ਤੋਂ ਵੱਧ ਸਾਵਧਾਨੀ ਵਰਤੀ ਜਾਂਦੀ ਹੈ।

7. ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦੀ ਪ੍ਰਕਿਰਿਆ

ਨਿਯਮਾਵਲੀ ਦੀ ਧਾਰਾ 11 ਤਹਿਤ, Corenta ਉਸ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ, ਜਿਸਦੀ ਸੰਭਾਲ ਮਿਆਦ ਪੂਰੀ ਹੋ ਗਈ ਹੈ ਅਤੇ/ਜਾਂ ਜਿਸਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਦਾ ਮਕਸਦ ਖ਼ਤਮ ਹੋ ਗਿਆ ਹੈ, ਆਪਣੀ ਪਹਿਲਕਦਮੀ 'ਤੇ (ਬੇਨਤੀ ਦੀ ਉਡੀਕ ਕੀਤੇ ਬਿਨਾਂ) ਮਿਟਾਉਣ, ਨਸ਼ਟ ਕਰਨ ਜਾਂ ਗੁਮਨਾਮ ਕਰਨ ਲਈ ਪਾਬੰਦ ਹੈ; ਇਸ ਦਾਇਰੇ ਵਿੱਚ ਤੈਅ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦੀ ਮਿਆਦ 6 (ਛੇ) ਮਹੀਨਿਆਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਇਸ ਢਾਂਚੇ ਵਿੱਚ, ਸਿਸਟਮ ਵਿੱਚ ਇਸ ਵੇਲੇ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਹੇ ਅਤੇ ਨਾ ਚੱਲ ਰਹੇ ਵਿਧੀ-ਤੰਤਰਾਂ ਵਿਚਕਾਰ ਹੇਠ ਲਿਖੀ ਵੰਡ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਕੀਤੀ ਜਾਂਦੀ ਹੈ:

1. ਖਾਤਾ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਤੋਂ ਬਾਅਦ ਦੀ 30 ਦਿਨਾਂ ਦੀ ਪੱਕੇ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਸਵੈਚਾਲਿਤ ਸਮਾਂ-ਸਾਰਣੀਬੱਧ ਕੰਮ (cron job) ਰਾਹੀਂ ਸਮੇਂ-ਸਮੇਂ (ਰੋਜ਼ਾਨਾ) ਸਕੈਨ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ ਮਿਆਦ ਪੂਰੀ ਹੋਏ ਖਾਤਿਆਂ 'ਤੇ ਇਕੱਠੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਹ ਸਿਸਟਮ ਵਿੱਚ ਇਸ ਵੇਲੇ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ, ਪੁਸ਼ਟੀਸ਼ੁਦਾ ਸਵੈਚਾਲਨ ਹੈ।
2. ਆਡਿਟ ਟ੍ਰੇਲ ਰਿਕਾਰਡਾਂ (audit_logs) ਲਈ ਤੈਅ ਸੰਭਾਲ ਮਿਆਦ ਦੀ ਸਮੇਂ-ਸਮੇਂ ਸਮੀਖਿਆ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਪਰ ਇਸ ਸਮੀਖਿਆ ਨੂੰ ਆਪਣੇ-ਆਪ ਲਾਗੂ ਕਰਨ ਵਾਲਾ ਕੋਈ ਮਿਟਾਉਣ ਵਿਧੀ-ਤੰਤਰ ਇਸ ਵੇਲੇ ਲਾਗੂ ਨਹੀਂ ਹੈ (ਦੇਖੋ ਭਾਗ 4, ਕ੍ਰਮ 7)।
3. ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ ਡੇਟਾ ਲਈ ਤੈਅ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਭਾਲ ਮਿਆਦ (ਦੇਖੋ ਭਾਗ 4, ਕ੍ਰਮ 9), ਨਿਯਮਾਵਲੀ ਦੀ ਧਾਰਾ 11 ਤਹਿਤ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਲਈ ਇੱਕ ਕਾਨੂੰਨੀ ਉੱਪਰਲੀ ਹੱਦ ਦਾ ਹਵਾਲਾ ਹੈ; ਪਰ ਇਸ ਮਿਆਦ ਨਾਲ ਸਬੰਧਤ, ਸਿਸਟਮ ਵਿੱਚ ਆਪਣੇ-ਆਪ ਚੱਲਣ ਵਾਲਾ ਕੋਈ ਸਕੈਨਿੰਗ/ਮਿਟਾਉਣ ਵਿਧੀ-ਤੰਤਰ ਇਸ ਵੇਲੇ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। ਇਸ ਡੇਟਾ ਸ਼੍ਰੇਣੀ ਲਈ ਮਿਟਾਉਣ/ਗੁਮਨਾਮ ਕਰਨ ਦੀ ਕਾਰਵਾਈ ਦਾ, ਸਵੈਚਾਲਨ ਲਾਗੂ ਹੋਣ ਤੱਕ, ਹੱਥੀਂ ਅਤੇ ਬੇਨਤੀ 'ਤੇ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ (ਦੇਖੋ ਭਾਗ 4, ਨੋਟ 2)। ਇਸ ਮਾਮਲੇ ਨੂੰ ਹੋਰ ਪੁਸ਼ਟੀ ਨਾ ਹੋਏ ਸਵੈਚਾਲਨ ਦਾਅਵਿਆਂ (ਦੇਖੋ ਧਾਰਾ 2 ਅਤੇ 4) ਨਾਲ ਇੱਕਸਾਰ ਢੰਗ ਨਾਲ ਪਾਰਦਰਸ਼ੀ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ।
4. ਮਿਆਦ ਪੁੱਗੇ/ਅਵੈਧ ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ ਟੋਕਨਾਂ ਦੀ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਆਪਣੇ-ਆਪ ਅਤੇ ਸਮੇਂ-ਸਮੇਂ ਸਫ਼ਾਈ ਪ੍ਰੋਡਕਟ ਰੋਡਮੈਪ ਵਿੱਚ ਯੋਜਨਾਬੱਧ ਸੁਧਾਰ ਹੈ; ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਇਹ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੋਈ ਹੈ ਕਿ ਇਹ ਵਿਧੀ-ਤੰਤਰ ਸਿਸਟਮ ਵਿੱਚ ਇਸ ਵੇਲੇ ਅਸਲ ਵਿੱਚ ਚੱਲ ਰਿਹਾ ਹੈ (ਦੇਖੋ ਭਾਗ 4, ਕ੍ਰਮ 10)। ਪੁਸ਼ਟੀ ਹੋਣ ਜਾਂ ਲਾਗੂ ਹੋਣ 'ਤੇ ਇਹ ਨੀਤੀ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾਵੇਗੀ।
5. 6 ਮਹੀਨਿਆਂ ਵਾਲਾ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰਾ: ਇਸ ਭਾਗ ਵਿੱਚ ਜਿਨ੍ਹਾਂ ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਸਵੈਚਾਲਿਤ ਨਿਪਟਾਰਾ ਨਹੀਂ ਹੈ (ਆਡਿਟ ਟ੍ਰੇਲ, ਵਿਅਕਤੀ ਨਾਲ ਸਬੰਧ ਤੋੜੇ ਇਜਾਜ਼ਤ ਸਬੂਤ, ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ ਡੇਟਾ, ਸਪੈਸ਼ਲਿਸਟ ਪੁਸ਼ਟੀ ਦਸਤਾਵੇਜ਼, ਗਰੁੱਪ ਸੁਨੇਹਿਆਂ ਦੀਆਂ ਮਾਡਰੇਸ਼ਨ ਕਾਪੀਆਂ), ਉਨ੍ਹਾਂ ਲਈ Corenta ਹਰ 6 ਮਹੀਨਿਆਂ ਵਿੱਚ ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰਾ ਲਾਗੂ ਕਰਦਾ ਹੈ ਅਤੇ ਹਰ ਚੱਕਰ ਲਈ ਨਿਪਟਾਰੇ ਦਾ ਲਿਖਤੀ ਰਿਕਾਰਡ ਤਿਆਰ ਕਰਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਚੱਕਰਾਂ ਨੂੰ ਸਵੈਚਾਲਿਤ ਕਰਨ ਵਾਲੇ ਸਮਾਂ-ਸਾਰਣੀਬੱਧ ਕੰਮ ਹਾਲੇ ਮੌਜੂਦ ਨਹੀਂ ਹਨ; ਚੱਕਰ ਹੱਥੀਂ ਚਲਾਏ ਜਾਂਦੇ ਹਨ।

ਸਮੇਂ-ਸਮੇਂ ਨਿਪਟਾਰੇ ਦੀ ਪ੍ਰਕਿਰਿਆ, ਇਸ ਨੀਤੀ ਵਿੱਚ ਦੱਸੀਆਂ ਮਿਆਦਾਂ ਤੋਂ ਆਜ਼ਾਦ ਤੌਰ 'ਤੇ, ਡੇਟਾ ਵਿਸ਼ੇ ਵੱਲੋਂ KVKK ਧਾਰਾ 11 ਤਹਿਤ ਕੀਤੀ ਜਾਣ ਵਾਲੀ ਵਿਅਕਤੀਗਤ ਮਿਟਾਉਣ/ਨਸ਼ਟ ਕਰਨ ਦੀ ਬੇਨਤੀ ਨੂੰ ਨਹੀਂ ਰੋਕਦੀ; ਡੇਟਾ ਵਿਸ਼ਾ, ਸੰਭਾਲ ਮਿਆਦ ਪੂਰੀ ਨਾ ਹੋਣ 'ਤੇ ਵੀ, ਜੇ ਸਬੰਧਤ ਪ੍ਰੋਸੈਸਿੰਗ ਗਤੀਵਿਧੀ ਦਾ ਕਾਨੂੰਨੀ ਆਧਾਰ ਖ਼ਤਮ ਹੋ ਗਿਆ ਹੈ (ਜਿਵੇਂ ਸਹਿਮਤੀ ਵਾਪਸ ਲੈਣਾ) ਤਾਂ ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ ਕਰ ਸਕਦਾ ਹੈ। ਜਿਨ੍ਹਾਂ ਸ਼੍ਰੇਣੀਆਂ ਦਾ ਸਵੈਚਾਲਨ ਹਾਲੇ ਲਾਗੂ ਨਹੀਂ ਹੋਇਆ ਹੈ, ਉਨ੍ਹਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਵੀ ਡੇਟਾ ਵਿਸ਼ੇ ਦੀ ਵਿਅਕਤੀਗਤ ਬੇਨਤੀ hello@corenta.app ਰਾਹੀਂ ਭੇਜੇ ਜਾਣ 'ਤੇ ਹੱਥੀਂ ਮੁਲਾਂਕਣ ਕਰਕੇ ਨਿਪਟਾਈ ਜਾਂਦੀ ਹੈ।

8. ਡੇਟਾ ਵਿਸ਼ੇ ਦੇ ਅਧਿਕਾਰ ਅਤੇ ਅਰਜ਼ੀ ਦਾ ਤਰੀਕਾ (KVKK ਧਾਰਾ 11)

8.1. KVKK ਧਾਰਾ 11 ਤਹਿਤ ਅਧਿਕਾਰ

ਡੇਟਾ ਵਿਸ਼ਿਆਂ ਕੋਲ KVKK ਧਾਰਾ 11 ਤਹਿਤ ਹੇਠ ਲਿਖੇ ਅਧਿਕਾਰ ਹਨ:

1. ਇਹ ਜਾਣਨਾ ਕਿ ਉਨ੍ਹਾਂ ਦਾ ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ,
2. ਜੇ ਨਿੱਜੀ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਉਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਮੰਗਣਾ,
3. ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਦਾ ਮਕਸਦ ਅਤੇ ਕੀ ਇਹ ਮਕਸਦ ਮੁਤਾਬਕ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਹ ਜਾਣਨਾ,
4. ਦੇਸ਼ ਅੰਦਰ ਜਾਂ ਵਿਦੇਸ਼ ਵਿੱਚ ਜਿਨ੍ਹਾਂ ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਨਿੱਜੀ ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕੀਤਾ ਗਿਆ ਹੈ ਉਨ੍ਹਾਂ ਨੂੰ ਜਾਣਨਾ,
5. ਜੇ ਨਿੱਜੀ ਡੇਟਾ ਅਧੂਰਾ ਜਾਂ ਗ਼ਲਤ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਗਿਆ ਹੈ ਤਾਂ ਉਸ ਨੂੰ ਠੀਕ ਕਰਨ ਦੀ ਮੰਗ ਕਰਨਾ,
6. KVKK ਧਾਰਾ 7 ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਨਿੱਜੀ ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣ ਜਾਂ ਨਸ਼ਟ ਕਰਨ ਦੀ ਮੰਗ ਕਰਨਾ,
7. ਉੱਪਰਲੀਆਂ (5) ਅਤੇ (6) ਉਪ-ਧਾਰਾਵਾਂ ਤਹਿਤ ਕੀਤੀਆਂ ਕਾਰਵਾਈਆਂ ਬਾਰੇ ਉਨ੍ਹਾਂ ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਦੀ ਮੰਗ ਕਰਨਾ ਜਿਨ੍ਹਾਂ ਨੂੰ ਨਿੱਜੀ ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕੀਤਾ ਗਿਆ ਹੈ,
8. ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਡੇਟਾ ਦਾ ਸਿਰਫ਼ ਸਵੈਚਾਲਿਤ ਸਿਸਟਮਾਂ ਰਾਹੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕੀਤੇ ਜਾਣ ਨਾਲ ਵਿਅਕਤੀ ਦੇ ਵਿਰੁੱਧ ਕੋਈ ਨਤੀਜਾ ਨਿਕਲਣ 'ਤੇ ਇਤਰਾਜ਼ ਕਰਨਾ,
9. ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਗ਼ੈਰ-ਕਾਨੂੰਨੀ ਪ੍ਰੋਸੈਸਿੰਗ ਕਾਰਨ ਨੁਕਸਾਨ ਹੋਣ 'ਤੇ ਨੁਕਸਾਨ ਦੀ ਭਰਪਾਈ ਦੀ ਮੰਗ ਕਰਨਾ।

8.2. ਮੌਜੂਦਾ ਤਕਨੀਕੀ ਲਾਗੂਕਰਨ ਦਾ ਇਮਾਨਦਾਰ ਸਾਰ

ਹੇਠ ਲਿਖੀਆਂ ਗੱਲਾਂ ਮੌਜੂਦਾ ਤਕਨੀਕੀ ਲਾਗੂਕਰਨ ਦੇ ਇਮਾਨਦਾਰ ਅਤੇ ਯਥਾਰਥਵਾਦੀ ਸਾਰ ਵਜੋਂ ਪੇਸ਼ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ:

• ਮਿਟਾਉਣ ਦੀ ਬੇਨਤੀ (ਖਾਤਾ ਮਿਟਾਉਣਾ): ਮੋਬਾਈਲ ਐਪ ਅੰਦਰਲੇ ਸਬੰਧਤ ਸੈਟਿੰਗਾਂ ਮੀਨੂ ਤੋਂ ਸਿੱਧੇ ਬੇਨਤੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਇਹ ਬੇਨਤੀ ਭਾਗ 5 ਵਿੱਚ ਸਮਝਾਈ ਦੋ-ਪੜਾਵੀ (ਤੁਰੰਤ soft-delete → 30 ਦਿਨ → ਪੱਕਾ ਮਿਟਾਉਣਾ) ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਆਪਣੇ-ਆਪ ਪੂਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਧਾਰਾ 11/6)।
• ਜਾਣਕਾਰੀ ਦੀ ਬੇਨਤੀ / ਡੇਟਾ ਪੋਰਟੇਬਿਲਟੀ: ਡੇਟਾ ਵਿਸ਼ੇ ਦੇ ਆਪਣੇ ਟੈਨੈਂਟ ਦੇ ਦਾਇਰੇ ਵਿਚਲੇ ਡੇਟਾ ਨੂੰ ਢਾਂਚਾਗਤ, ਮਸ਼ੀਨ ਵੱਲੋਂ ਪੜ੍ਹਨਯੋਗ ਫ਼ਾਰਮੈਟ ਵਿੱਚ, ਵਾਜਬ ਸਮੇਂ ਅੰਦਰ ਉਸ ਨੂੰ ਦੇ ਕੇ ਪੂਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (export_user_data ਫ਼ੰਕਸ਼ਨ, ਟੈਨੈਂਟ-ਦਾਇਰੇ ਦੀ ਪੁਸ਼ਟੀ ਹੋ ਚੁੱਕੀ ਹੈ)। ਇਸ ਪ੍ਰਕਿਰਿਆ ਦਾ ਸਪੁਰਦਗੀ ਵਿਧੀ-ਤੰਤਰ (ਫ਼ਾਈਲ ਫ਼ਾਰਮੈਟ, ਸਪੁਰਦਗੀ ਦਾ ਤਰੀਕਾ, ਦਸਤਖ਼ਤ ਵਾਲਾ ਡਾਊਨਲੋਡ ਲਿੰਕ ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ) ਲਗਾਤਾਰ ਵਿਕਸਿਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ; ਇਸ ਨੀਤੀ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਕਿਸੇ ਨਿਸ਼ਚਿਤ ਸਪੁਰਦਗੀ ਸਮੇਂ ਜਾਂ ਕਿਸੇ ਖ਼ਾਸ ਫ਼ਾਈਲ/ਪਹੁੰਚ ਫ਼ਾਰਮੈਟ ਬਾਰੇ ਕੋਈ ਵਚਨ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ (ਧਾਰਾ 11/1-2)।
• ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਟ੍ਰਾਂਸਫ਼ਰ ਬਾਰੇ ਜਾਣਕਾਰੀ (ਧਾਰਾ 11/4): ਜਿਨ੍ਹਾਂ ਦੇਸ਼ ਅੰਦਰਲੇ/ਵਿਦੇਸ਼ੀ ਤੀਜੇ ਵਿਅਕਤੀਆਂ/ਸਬ-ਪ੍ਰੋਸੈਸਰਾਂ ਨੂੰ ਨਿੱਜੀ ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਉਨ੍ਹਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਇਸ ਨੀਤੀ ਦੇ ਭਾਗ 11 (ਸਬ-ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਡੇਟਾ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ) ਦੇ ਟੇਬਲ ਵਿੱਚ ਦਿੱਤੀ ਗਈ ਹੈ।
• ਸੁਧਾਰ ਦੀ ਬੇਨਤੀ (ਧਾਰਾ 11/5): ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਕਲੀਨਿਕ ਦੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਰਾਹੀਂ ਹੱਥੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਕੋਈ ਵੱਖਰਾ, ਸਵੈਚਾਲਿਤ "ਸੁਧਾਰ ਬੇਨਤੀ" ਵਰਕਫ਼ਲੋ ਮੌਜੂਦ ਨਹੀਂ ਹੈ। SaaS ਪ੍ਰੋਡਕਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਕਲਾਇੰਟ ਡੇਟਾ ਨਾਲ ਸਬੰਧਤ ਸੁਧਾਰ ਦੀਆਂ ਬੇਨਤੀਆਂ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਬੰਧਤ ਕਲੀਨਿਕ ਨੂੰ ਭੇਜੀਆਂ ਜਾਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ; Corenta, ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ, ਕਲੀਨਿਕ ਦੀ ਹਦਾਇਤ ਮੁਤਾਬਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦਿੰਦਾ ਹੈ।
• ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਸੂਚਨਾ (ਧਾਰਾ 11/7): ਮਿਟਾਉਣ/ਸੁਧਾਰ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਬਾਰੇ ਉਨ੍ਹਾਂ ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਸੂਚਿਤ ਕਰਨ ਦੀ ਬੇਨਤੀ ਦਾ, ਜਿਨ੍ਹਾਂ ਨੂੰ ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਅਰਜ਼ੀ ਦੇ ਤਰੀਕੇ ਵਿੱਚ ਦੱਸੇ ਚੈਨਲਾਂ ਰਾਹੀਂ ਭੇਜੇ ਜਾਣ 'ਤੇ ਮੁਲਾਂਕਣ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਇਹ ਪ੍ਰਕਿਰਿਆ ਫ਼ਿਲਹਾਲ ਸਵੈਚਾਲਿਤ ਨਹੀਂ, ਹੱਥੀਂ ਚਲਾਈ ਜਾਂਦੀ ਹੈ।
• ਸਵੈਚਾਲਿਤ ਫ਼ੈਸਲੇ/ਪ੍ਰੋਫ਼ਾਈਲਿੰਗ 'ਤੇ ਇਤਰਾਜ਼ (ਧਾਰਾ 11/8): ਸਿਸਟਮ ਵਿੱਚ ਅਜਿਹੀ ਕੋਈ ਸਵੈਚਾਲਿਤ ਫ਼ੈਸਲਾ ਲੈਣ ਜਾਂ ਪ੍ਰੋਫ਼ਾਈਲਿੰਗ ਗਤੀਵਿਧੀ ਮੌਜੂਦ ਨਹੀਂ ਹੈ ਜੋ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਡੇਟਾ ਦਾ ਸਿਰਫ਼ ਸਵੈਚਾਲਿਤ ਸਿਸਟਮਾਂ ਰਾਹੀਂ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਕੇ ਡੇਟਾ ਵਿਸ਼ੇ ਦੇ ਵਿਰੁੱਧ ਨਤੀਜਾ ਪੈਦਾ ਕਰੇ; ਇਸ ਲਈ ਇਸ ਧਾਰਾ ਨਾਲ ਸਬੰਧਤ ਅਸਲ ਵਿੱਚ ਚਲਾਏ ਜਾਣ ਵਾਲੇ ਵੱਖਰੇ ਇਤਰਾਜ਼ ਵਿਧੀ-ਤੰਤਰ ਦੀ ਫ਼ਿਲਹਾਲ ਲੋੜ ਨਹੀਂ ਹੈ।
• ਅਰਜ਼ੀਆਂ ਦਾ KVKK ਧਾਰਾ 13 ਤਹਿਤ ਵੱਧ ਤੋਂ ਵੱਧ 30 ਦਿਨਾਂ ਅੰਦਰ ਮੁਫ਼ਤ ਨਿਪਟਾਰਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਜੇ ਕਾਰਵਾਈ ਲਈ ਵਾਧੂ ਖ਼ਰਚਾ ਲੋੜੀਂਦਾ ਹੋਵੇ ਤਾਂ ਬੋਰਡ ਵੱਲੋਂ ਤੈਅ ਦਰ-ਸੂਚੀ ਮੁਤਾਬਕ ਫ਼ੀਸ ਮੰਗੀ ਜਾ ਸਕਦੀ ਹੈ)।

8.3. ਅਰਜ਼ੀ ਦਾ ਤਰੀਕਾ

ਉੱਪਰਲੇ ਅਧਿਕਾਰਾਂ ਨਾਲ ਸਬੰਧਤ ਬੇਨਤੀਆਂ:

• hello@corenta.app ਈਮੇਲ ਪਤੇ 'ਤੇ,
• ਐਪ ਅੰਦਰਲੀਆਂ ਸਬੰਧਤ ਸੈਟਿੰਗਾਂ/ਸਹਾਇਤਾ ਸਕ੍ਰੀਨਾਂ ਰਾਹੀਂ,
• ਜਾਂ KVKK ਵਿੱਚ ਦੱਸੇ ਹੋਰ ਤਰੀਕਿਆਂ ਨਾਲ,

Corenta ਨੂੰ ਭੇਜੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ।

ਕਲਾਇੰਟ ਡੇਟਾ ਬਾਰੇ ਅਹਿਮ ਨੋਟ: ਜੇ ਤੁਸੀਂ ਕਿਸੇ ਕਲੀਨਿਕ ਦੇ ਕਲਾਇੰਟ ਹੋ ਅਤੇ ਆਪਣੇ ਡੇਟਾ ਬਾਰੇ ਬੇਨਤੀ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਸਬੰਧਤ ਕਲੀਨਿਕ (ਡੇਟਾ ਕੰਟਰੋਲਰ) ਕੋਲ ਅਰਜ਼ੀ ਦੇਣੀ ਪਵੇਗੀ; ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਡੇਟਾ ਦੇ ਸਬੰਧ ਵਿੱਚ ਅੰਤਿਮ ਫ਼ੈਸਲਾ ਲੈਣ ਵਾਲੀ ਅਥਾਰਟੀ ਅਤੇ ਸਬੰਧਤ ਧਿਰ ਕਲੀਨਿਕ ਹੈ। Corenta, ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ, ਕਲੀਨਿਕ ਦੀਆਂ ਹਦਾਇਤਾਂ ਮੁਤਾਬਕ ਲੋੜੀਂਦੇ ਤਕਨੀਕੀ ਸਾਧਨ (ਡੇਟਾ ਦੇਖਣ, ਐਕਸਪੋਰਟ ਕਰਨ, ਮਿਟਾਉਣ ਦੇ ਫ਼ੰਕਸ਼ਨ) ਦਿੰਦਾ ਹੈ।

9. ਭੂਮਿਕਾਵਾਂ ਅਤੇ ਜ਼ਿੰਮੇਵਾਰੀਆਂ

10. ਸੁਰੱਖਿਆ ਉਪਾਅ (ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਦੌਰਾਨ)

ਨਿੱਜੀ ਡੇਟਾ ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਦੌਰਾਨ ਹੇਠ ਲਿਖੇ ਤਕਨੀਕੀ ਅਤੇ ਪ੍ਰਸ਼ਾਸਕੀ ਉਪਾਵਾਂ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (KVKK ਧਾਰਾ 12):

• ਮਲਟੀ-ਟੈਨੈਂਟ ਢਾਂਚੇ ਵਿੱਚ, ਹਰ ਟੇਬਲ ਵਿੱਚ tenant_id ਦੀ ਲਾਜ਼ਮੀਅਤ ਅਤੇ ਰੋ ਲੈਵਲ ਸਕਿਓਰਿਟੀ (Row Level Security) ਨੀਤੀਆਂ ਰਾਹੀਂ ਡਿਫ਼ਾਲਟ-ਇਨਕਾਰ (default-deny) ਸਿਧਾਂਤ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (37/37 ਟੇਬਲਾਂ, 86 ਨੀਤੀਆਂ); ਟੈਨੈਂਟਾਂ ਵਿਚਕਾਰ ਡੇਟਾ ਲੀਕ ਨੂੰ ਇਸ ਤਰ੍ਹਾਂ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਰੋਕਿਆ ਜਾਂਦਾ ਹੈ।
• ਸਿਹਤ ਡੇਟਾ ਵਾਲੀਆਂ ਟੇਬਲਾਂ ਤੱਕ ਪਹੁੰਚ ਸਿਰਫ਼ ਸਬੰਧਤ ਕਲਾਇੰਟ, ਨਿਯੁਕਤ ਸਪੈਸ਼ਲਿਸਟ ਅਤੇ ਟੈਨੈਂਟ ਪ੍ਰਬੰਧਕ ਤੱਕ ਸੀਮਤ ਹੈ; ਪਹੁੰਚ ਨਿਯੰਤਰਣ ਡੇਟਾਬੇਸ ਪੱਧਰ (RLS) 'ਤੇ ਲਾਗੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਸੈਸ਼ਨ ਨੋਟ ਭੇਜੇ ਜਾਣ ਤੋਂ ਬਾਅਦ ਬਦਲੇ/ਮਿਟਾਏ ਨਹੀਂ ਜਾ ਸਕਦੇ (append-only); ਐਨਾਮਨੇਸਿਸ ਫ਼ਾਰਮਾਂ ਲਈ ਕਿਸੇ ਵੀ ਵਰਤੋਂਕਾਰ (ਪ੍ਰਬੰਧਕ ਸਮੇਤ) ਨੂੰ ਮਿਟਾਉਣ ਦਾ ਅਧਿਕਾਰ ਨਹੀਂ ਦਿੱਤਾ ਗਿਆ ਹੈ।
• ਸੁਪਰ-ਐਡਮਿਨ ਸਹਾਇਤਾ ਮੋਡ (ਇੰਪਰਸਨੇਸ਼ਨ) ਸਮਾਂਬੱਧ (30 ਮਿੰਟ) ਅਤੇ ਡਿਫ਼ਾਲਟ ਰੂਪ ਵਿੱਚ ਸਿਰਫ਼-ਪੜ੍ਹਨਯੋਗ ਹੈ; ਲਿਖਣ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਅਤੇ ਸਿਹਤ ਡੇਟਾ ਤੱਕ ਪਹੁੰਚ ਵੱਖਰੇ, ਵਾਧੂ ਮਨਜ਼ੂਰੀ ਮੰਗਣ ਵਾਲੇ ਕਦਮਾਂ ਦੇ ਅਧੀਨ ਹਨ; ਕਿਸੇ ਵੀ ਇੰਪਰਸਨੇਸ਼ਨ ਸਥਿਤੀ ਵਿੱਚ ਸਿਹਤ ਡੇਟਾ ਟੇਬਲਾਂ ਵਿੱਚ ਲਿਖਣ ਦੀ ਪਹੁੰਚ ਨਹੀਂ ਖੋਲ੍ਹੀ ਜਾਂਦੀ। (ਇਹ ਪਾਬੰਦੀ ਮਨੁੱਖ-ਸ਼ੁਰੂ ਕੀਤੇ ਇੰਪਰਸਨੇਸ਼ਨ ਸੈਸ਼ਨਾਂ ਨਾਲ ਸਬੰਧਤ ਹੈ; ਸਵੈਚਾਲਿਤ service-role cron ਪ੍ਰਕਿਰਿਆਵਾਂ ਇੱਕ ਵੱਖਰੀ ਪਰਤ ਹਨ — ਦੇਖੋ ਭਾਗ 5.7।)
• ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਵਿੱਚ ਸਿਰੇ-ਤੋਂ-ਸਿਰੇ ਇਨਕ੍ਰਿਪਸ਼ਨ (TLS) ਵਰਤੀ ਜਾਂਦੀ ਹੈ; ਮੋਬਾਈਲ ਐਪ ਵਿੱਚ ਸੈਸ਼ਨ ਟੋਕਨ ਡਿਵਾਈਸ ਦੇ ਸੁਰੱਖਿਅਤ, ਹਾਰਡਵੇਅਰ-ਸਮਰਥਿਤ ਕੁੰਜੀ ਸਟੋਰ (Keychain/Keystore) ਵਿੱਚ ਇਨਕ੍ਰਿਪਟ ਕਰਕੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ।
• ਸੰਵੇਦਨਸ਼ੀਲ ਸਕ੍ਰੀਨਾਂ 'ਤੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਲੈਣ ਨੂੰ ਸੀਮਤ ਕਰਨ ਲਈ ਤਕਨੀਕੀ ਉਪਾਅ ਕੀਤੇ ਗਏ ਹਨ।
• ਸੁਪਰ-ਐਡਮਿਨ ਖਾਤਿਆਂ ਲਈ ਦੋ-ਕਾਰਕ ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ (2FA/MFA) ਲਾਜ਼ਮੀ ਹੈ।
• ਭੁਗਤਾਨ ਕਾਰਵਾਈਆਂ ਨਾਲ ਸਬੰਧਤ ਸੂਚਨਾਵਾਂ (webhook) ਦੀ ਕ੍ਰਿਪਟੋਗ੍ਰਾਫ਼ਿਕ ਦਸਤਖ਼ਤ ਪੁਸ਼ਟੀ ਢਾਂਚੇ ਵਿੱਚ ਰੱਖੀ ਗਈ ਹੈ ਅਤੇ ਲਾਗੂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ; ਸਬੰਧਤ ਸੰਰਚਨਾ/ਕੁੰਜੀ ਪ੍ਰਬੰਧਨ ਨੂੰ ਸਾਰੇ ਵਾਤਾਵਰਨਾਂ (prod ਸਮੇਤ) ਵਿੱਚ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਕੰਮਲ ਕਰਨ ਦਾ ਕੰਮ ਜਾਰੀ ਹੈ।
• ਇਨ੍ਹਾਂ ਸੁਰੱਖਿਆ ਉਪਾਵਾਂ ਦੀ ਲਗਾਤਾਰ ਸਮੀਖਿਆ ਅਤੇ ਸੁਧਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ; ਪਰ ਕੋਈ ਵੀ ਤਕਨੀਕੀ ਉਪਾਅ ਪੂਰਨ ਸੁਰੱਖਿਆ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ ਅਤੇ ਇਸ ਨੀਤੀ ਦੇ ਦਾਇਰੇ ਵਿੱਚ ਪੂਰਨ ਸੁਰੱਖਿਆ ਦਾ ਕੋਈ ਵਚਨ ਨਹੀਂ ਦਿੱਤਾ ਜਾਂਦਾ।

11. ਸਬ-ਪ੍ਰੋਸੈਸਰ ਅਤੇ ਡੇਟਾ ਲੋਕਲਾਈਜ਼ੇਸ਼ਨ

ਨਿੱਜੀ ਡੇਟਾ ਸੰਭਾਲ ਦੀ ਮਿਆਦ ਦੌਰਾਨ ਹੇਠ ਲਿਖੇ ਸਬ-ਪ੍ਰੋਸੈਸਰਾਂ/ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਰਾਹੀਂ ਪ੍ਰੋਸੈਸ ਜਾਂ ਹੋਸਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਨ੍ਹਾਂ ਪ੍ਰਦਾਤਾਵਾਂ ਨਾਲ ਕੀਤੇ ਇਕਰਾਰਨਾਮਿਆਂ ਵਿੱਚ ਇਹ ਜ਼ਿੰਮੇਵਾਰੀਆਂ ਰੱਖੀਆਂ ਗਈਆਂ ਹਨ ਕਿ ਡੇਟਾ ਸਿਰਫ਼ ਦੱਸੀ ਸੇਵਾ ਨੂੰ ਨਿਭਾਉਣ ਦੇ ਮਕਸਦ ਨਾਲ ਪ੍ਰੋਸੈਸ ਕੀਤਾ ਜਾਵੇ; ਇਹ ਸਬੰਧ ਸੰਭਾਲ ਮਿਆਦਾਂ ਨੂੰ ਨਹੀਂ, ਸਗੋਂ ਉਸ ਤਕਨੀਕੀ ਵਾਤਾਵਰਨ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਡੇਟਾ ਹੋਸਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ — ਨਿਪਟਾਰੇ ਦੇ ਫ਼ੈਸਲੇ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਇਨ੍ਹਾਂ ਪ੍ਰਦਾਤਾਵਾਂ ਕੋਲ ਵੀ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਹੇਠਲਾ ਟੇਬਲ KVKK ਧਾਰਾ 11/4 ਤਹਿਤ "ਜਿਨ੍ਹਾਂ ਤੀਜੇ ਵਿਅਕਤੀਆਂ ਨੂੰ ਡੇਟਾ ਟ੍ਰਾਂਸਫ਼ਰ ਕੀਤਾ ਗਿਆ ਹੈ ਉਨ੍ਹਾਂ ਨੂੰ ਜਾਣਨ" ਦੇ ਅਧਿਕਾਰ ਦਾ ਜਵਾਬ ਵੀ ਬਣਦਾ ਹੈ:

ਇਸ ਤੋਂ ਇਲਾਵਾ:

• ਈਮੇਲ ਢਾਂਚਾ: ਸੇਵਾ ਈਮੇਲਾਂ Google Workspace (Google) ਰਾਹੀਂ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ; ਪਛਾਣ ਪ੍ਰਮਾਣਿਕਤਾ ਈਮੇਲਾਂ Supabase Auth ਵੱਲੋਂ ਸ਼ੁਰੂ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਪ੍ਰਚਾਰਕ ਈਮੇਲਾਂ ਸਿਰਫ਼ ਵੱਖਰੀ ਮਨਜ਼ੂਰੀ ਅਤੇ İYS ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਸ਼ਰਤ 'ਤੇ ਭੇਜੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਪੁਸ਼ ਨੋਟੀਫਿਕੇਸ਼ਨ Apple (APNs) ਅਤੇ Google (FCM) ਰਾਹੀਂ ਪਹੁੰਚਾਏ ਜਾਂਦੇ ਹਨ।
• ਐਨਾਲਿਟਿਕਸ ਟੂਲ: ਤੀਜੀ ਧਿਰ ਦਾ ਕੋਈ ਐਨਾਲਿਟਿਕਸ ਟੂਲ (ਜਿਵੇਂ Google Analytics) ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ। ਐਪ ਅੰਦਰ ਪ੍ਰੋਡਕਟ ਵਰਤੋਂ ਦਾ ਮਾਪ ਇਸ ਵੇਲੇ ਚਾਲੂ ਨਹੀਂ ਹੈ; ਜੇ ਇਸ ਨੂੰ ਚਾਲੂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਮਾਪ Corenta ਦੇ ਆਪਣੇ ਡੇਟਾਬੇਸ (Supabase, ਫ਼੍ਰੈਂਕਫ਼ਰਟ/ਜਰਮਨੀ) ਵਿੱਚ ਰੱਖੀ ਪਹਿਲੀ ਧਿਰ ਦੀ ਟੇਬਲ ਵਿੱਚ ਲਿਖਿਆ ਜਾਂਦਾ ਹੈ, ਇਸ ਵਿੱਚ ਸਿਹਤ ਡੇਟਾ ਅਤੇ ਖੁੱਲ੍ਹਾ ਟੈਕਸਟ ਨਹੀਂ ਹੁੰਦਾ ਅਤੇ ਚਾਲੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਨੀਤੀ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ; ਚਾਲੂ ਹੋਣ 'ਤੇ ਮਾਪ ਰਿਕਾਰਡਾਂ ਦੀ ਸੰਭਾਲ ਮਿਆਦ ਇਸ ਨੀਤੀ ਵਿੱਚ ਦੱਸੀ ਜਾਂਦੀ ਹੈ।
• ਗ਼ਲਤੀ ਨਿਗਰਾਨੀ: ਤੀਜੀ ਧਿਰ ਦਾ ਗ਼ਲਤੀ ਨਿਗਰਾਨੀ ਟੂਲ ਨਹੀਂ ਵਰਤਿਆ ਜਾਂਦਾ; ਕਲਾਇੰਟ-ਪਾਸੇ (ਕਲਾਇੰਟ ਐਪਲੀਕੇਸ਼ਨ) ਦੀਆਂ ਗ਼ਲਤੀਆਂ Corenta ਦੇ ਆਪਣੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਦਰਜ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ।
• ਵੈੱਬ ਰਾਹੀਂ ਸਿੱਧੇ ਕ੍ਰੈਡਿਟ ਕਾਰਡ ਨਾਲ ਭੁਗਤਾਨ ਦਾ ਕੋਈ ਢਾਂਚਾ ਮੌਜੂਦ ਨਹੀਂ ਹੈ; ਭੁਗਤਾਨ ਸਿਰਫ਼ Apple/Google ਐਪ ਅੰਦਰ ਖ਼ਰੀਦ (IAP) ਵਿਧੀ-ਤੰਤਰਾਂ ਰਾਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਅੰਤਿਮ ਬਿੱਲ/ਰਸੀਦ Apple/Google ਵੱਲੋਂ ਜਾਰੀ ਕੀਤੀ ਜਾਂਦੀ ਹੈ (ਦੇਖੋ ਭਾਗ 4, ਕ੍ਰਮ 6)।

ਉੱਪਰਲੇ ਸਬ-ਪ੍ਰੋਸੈਸਰਾਂ ਨਾਲ ਡੇਟਾ ਦੀ ਸਾਂਝ ਸਿਰਫ਼ ਸਬੰਧਤ ਸੇਵਾ ਦੇਣ ਲਈ ਲੋੜੀਂਦੀ ਹੱਦ ਤੱਕ ਅਤੇ KVKK ਧਾਰਾ 8/ਧਾਰਾ 9 ਦੇ ਢਾਂਚੇ ਵਿੱਚ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਵਿਦੇਸ਼ ਟ੍ਰਾਂਸਫ਼ਰ: ਉੱਪਰਲੇ ਸਾਰੇ ਪ੍ਰਦਾਤਾ ਡੇਟਾ ਨੂੰ ਤੁਰਕੀ ਤੋਂ ਬਾਹਰ ਪ੍ਰੋਸੈਸ ਕਰਦੇ ਹਨ; ਜਰਮਨੀ ਵਿੱਚ ਹੋਸਟਿੰਗ ਵੀ KVKK ਦੇ ਅਰਥ ਵਿੱਚ ਵਿਦੇਸ਼ ਟ੍ਰਾਂਸਫ਼ਰ ਹੈ। ਕਿਉਂਕਿ ਇਹ ਟ੍ਰਾਂਸਫ਼ਰ ਨਿਯਮਿਤ ਅਤੇ ਲਗਾਤਾਰ ਹਨ, ਇਨ੍ਹਾਂ ਨੂੰ ਸਪੱਸ਼ਟ ਸਹਿਮਤੀ 'ਤੇ ਅਧਾਰਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ; ਧਾਰਾ 9/4-c ਤਹਿਤ ਬੋਰਡ ਵੱਲੋਂ ਐਲਾਨੇ ਸਟੈਂਡਰਡ ਇਕਰਾਰਨਾਮਿਆਂ 'ਤੇ ਅਧਾਰਿਤ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਸ ਟੈਕਸਟ ਦੀ ਮਿਤੀ ਤੱਕ ਸਟੈਂਡਰਡ ਇਕਰਾਰਨਾਮਿਆਂ 'ਤੇ ਹਾਲੇ ਦਸਤਖ਼ਤ ਨਹੀਂ ਹੋਏ ਅਤੇ ਬੋਰਡ ਨੂੰ ਸੂਚਿਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ; ਹਰ ਇਕਰਾਰਨਾਮੇ ਬਾਰੇ ਦਸਤਖ਼ਤ ਤੋਂ 5 ਕੰਮਕਾਜੀ ਦਿਨਾਂ ਅੰਦਰ ਬੋਰਡ ਨੂੰ ਸੂਚਿਤ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਇਹ ਟੇਬਲ ਮਿਤੀਆਂ ਸਮੇਤ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਵੇਗਾ। ਇਨ੍ਹਾਂ ਦੇਸ਼ਾਂ ਬਾਰੇ ਬੋਰਡ ਵੱਲੋਂ ਐਲਾਨਿਆ ਕੋਈ ਢੁਕਵੇਂਪਣ ਦਾ ਫ਼ੈਸਲਾ ਮੌਜੂਦ ਨਹੀਂ ਹੈ (ਆਖ਼ਰੀ ਜਾਂਚ: 11 ਅਕਤੂਬਰ 2026)। ਇਹ ਸੂਚੀ ਸੇਵਾ ਪ੍ਰਦਾਤਾਵਾਂ ਵਿੱਚ ਬਦਲਾਵਾਂ ਮੁਤਾਬਕ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਮੌਜੂਦਾ ਸੂਚੀ ਪਰਦੇਦਾਰੀ ਨੀਤੀ ਤੋਂ ਅਤੇ/ਜਾਂ Corenta ਪ੍ਰੋਡਕਟ ਅੰਦਰਲੀ ਸਬੰਧਤ ਜਾਣਕਾਰੀ ਸਕ੍ਰੀਨ ਤੋਂ ਦੇਖੀ ਜਾ ਸਕਦੀ ਹੈ।

12. VERBİS ਰਜਿਸਟ੍ਰੇਸ਼ਨ

ਇਸ ਦਸਤਾਵੇਜ਼ ਦੀ ਮਿਤੀ ਤੱਕ Teta Studio ਦੀ VERBİS ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਨਹੀਂ ਹੈ। ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦਾ ਮੁਲਾਂਕਣ ਬੋਰਡ ਦੇ ਫ਼ੈਸਲਿਆਂ ਨੰਬਰ 2025/1572 (ਜਿਨ੍ਹਾਂ ਡੇਟਾ ਕੰਟਰੋਲਰਾਂ ਦੀ ਮੁੱਖ ਗਤੀਵਿਧੀ ਵਿਸ਼ੇਸ਼ ਸ਼੍ਰੇਣੀ ਦਾ ਡੇਟਾ ਪ੍ਰੋਸੈਸ ਕਰਨਾ ਹੈ, ਉਨ੍ਹਾਂ ਲਈ ਛੋਟ ਦੀ ਹੱਦ ਸਾਲਾਨਾ 10 ਕਰਮਚਾਰੀ ਅਤੇ 10 ਮਿਲੀਅਨ TL ਬੈਲੈਂਸ ਸ਼ੀਟ) ਅਤੇ 2025/2393 (ਬੈਲੈਂਸ ਸ਼ੀਟ ਆਧਾਰ 'ਤੇ ਖਾਤੇ ਨਾ ਰੱਖਣ ਵਾਲਿਆਂ ਵਿੱਚ ਕਰਮਚਾਰੀਆਂ ਦੀ ਗਿਣਤੀ ਦਾ ਮਾਪਦੰਡ) ਵਿਚਲੇ ਮਾਪਦੰਡਾਂ ਮੁਤਾਬਕ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ। ਕਿਉਂਕਿ Teta Studio ਕਲੀਨਿਕਲ ਸਿਹਤ ਡੇਟਾ ਨੂੰ ਡੇਟਾ ਕੰਟਰੋਲਰ ਵਜੋਂ ਨਹੀਂ, ਸਗੋਂ ਡੇਟਾ ਪ੍ਰੋਸੈਸਰ ਵਜੋਂ ਪ੍ਰੋਸੈਸ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਸਦੀਆਂ ਆਪਣੀਆਂ ਡੇਟਾ ਕੰਟਰੋਲਰ ਗਤੀਵਿਧੀਆਂ (ਭਾਗ A ਅਤੇ C) ਦੇ ਸਬੰਧ ਵਿੱਚ ਮੁਲਾਂਕਣ ਇਨ੍ਹਾਂ ਮਾਪਦੰਡਾਂ ਨਾਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਲਿਖਤੀ ਮੁਲਾਂਕਣ ਨੋਟ ਅਤੇ ਅਥਾਰਟੀ (ALO 198) ਦੀ ਪੁਸ਼ਟੀ ਪੂਰੀ ਹੋਣ 'ਤੇ ਇਹ ਭਾਗ ਮਿਤੀ ਅਤੇ ਕਾਰਨ ਨਾਲ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਵੇਗਾ; ਜੇ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਜ਼ਰੂਰੀ ਹੋਈ ਤਾਂ ਇਹ ਗਤੀਵਿਧੀ ਜਾਰੀ ਰੱਖਣ ਤੋਂ ਪਹਿਲਾਂ ਕੀਤੀ ਜਾਵੇਗੀ।

ਭੂਮਿਕਾ ਅਧਾਰਿਤ ਸਪੱਸ਼ਟੀਕਰਨ: VERBİS ਵਿੱਚ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਦਾ ਮੁਲਾਂਕਣ ਉਸ ਕਾਰਪੋਰੇਟ ਵੈੱਬਸਾਈਟ (corenta.app ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ) ਸੰਦਰਭ ਲਈ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ ਜਿਸ ਵਿੱਚ Corenta ਡੇਟਾ ਕੰਟਰੋਲਰ ਦੀ ਹੈਸੀਅਤ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਇਸਦੀ ਸਥਿਤੀ ਉੱਪਰ ਸਮਝਾਈ ਗਈ ਹੈ। SaaS ਪ੍ਰੋਡਕਟ ਦੇ ਸੰਦਰਭ ਵਿੱਚ (app.corenta.app), ਕਿਉਂਕਿ ਕਲਾਇੰਟ ਡੇਟਾ ਲਈ ਡੇਟਾ ਕੰਟਰੋਲਰ ਕਲੀਨਿਕ ਹੈ, VERBİS ਵਿੱਚ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਇਸਦਾ ਮੁਲਾਂਕਣ ਹਰ ਕਲੀਨਿਕ ਦੇ ਆਪਣੇ ਮਾਪਦੰਡਾਂ (ਕਰਮਚਾਰੀਆਂ ਦੀ ਗਿਣਤੀ, ਸਾਲਾਨਾ ਡੇਟਾ ਪ੍ਰੋਸੈਸਿੰਗ ਮਾਤਰਾ, ਗਤੀਵਿਧੀ ਦਾ ਖੇਤਰ, ਬੋਰਡ ਦੇ ਛੋਟ ਫ਼ੈਸਲੇ ਆਦਿ) ਮੁਤਾਬਕ ਵੱਖਰੇ ਅਤੇ ਆਜ਼ਾਦ ਤੌਰ 'ਤੇ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ; ਇਹ ਮੁਲਾਂਕਣ ਅਤੇ ਜੇ ਕੋਈ ਹੋਵੇ ਤਾਂ ਰਜਿਸਟ੍ਰੇਸ਼ਨ ਦੀ ਜ਼ਿੰਮੇਵਾਰੀ ਕਲੀਨਿਕ ਦੀ ਹੈ, ਇਸ ਨੂੰ Corenta ਨੂੰ ਤਬਦੀਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ।

13. ਨੀਤੀ ਦਾ ਅੱਪਡੇਟ

ਇਹ ਨੀਤੀ; ਕਾਨੂੰਨੀ ਬਦਲਾਵਾਂ, ਬੋਰਡ ਦੇ ਫ਼ੈਸਲਿਆਂ, Corenta ਦੇ ਤਕਨੀਕੀ ਢਾਂਚੇ ਵਿੱਚ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਵਿਕਾਸਾਂ (ਜਿਵੇਂ ਭਾਗ 4 ਕ੍ਰਮ 3 ਅਤੇ ਭਾਗ 6.2 ਵਿੱਚ ਦੱਸੀ ਸੈਸ਼ਨ ਨੋਟ ਦੀ ਖੁੱਲ੍ਹੇ ਟੈਕਸਟ ਵਾਲੀ ਸਮੱਗਰੀ ਵਿੱਚ ਟੈਕਸਟ ਅੰਦਰਲੀ PII ਸਕੈਨਿੰਗ ਜੋੜਨਾ, ਭਾਗ 5.4/ਭਾਗ 4 ਕ੍ਰਮ 11 ਵਿੱਚ ਦੱਸੇ ਸਪੈਸ਼ਲਿਸਟ ਪੁਸ਼ਟੀ ਦਸਤਾਵੇਜ਼ਾਂ (specialist-verification-docs) ਨੂੰ ਟੈਨੈਂਟ ਬੰਦ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਨਾਲ ਜੋੜਨਾ, ਭਾਗ 4 ਕ੍ਰਮ 10 ਅਤੇ ਭਾਗ 7 ਧਾਰਾ 4 ਵਿੱਚ ਦੱਸੀ ਪੁਸ਼ ਟੋਕਨ ਸਫ਼ਾਈ ਦੀ ਪੁਸ਼ਟੀ/ਲਾਗੂਕਰਨ, ਭਾਗ 7 ਧਾਰਾ 3 ਵਿੱਚ ਦੱਸੇ ਅਰਲੀ ਐਕਸੈਸ ਫ਼ਾਰਮ ਡੇਟਾ ਲਈ ਸਵੈਚਾਲਿਤ ਸਕੈਨਿੰਗ ਵਿਧੀ-ਤੰਤਰ ਦੀ ਸਥਾਪਨਾ, ਭਾਗ 8.2 ਵਿੱਚ ਦੱਸੀ ਡੇਟਾ ਪੋਰਟੇਬਿਲਟੀ ਪ੍ਰਕਿਰਿਆ ਦਾ ਵਿਕਾਸ, ਭਾਗ 11 ਵਿਚਲੇ ਵਿਦੇਸ਼ ਟ੍ਰਾਂਸਫ਼ਰ ਦੇ ਕਾਨੂੰਨੀ ਆਧਾਰਾਂ ਨੂੰ ਪੂਰਾ ਕਰਨਾ, ਸਬ-ਪ੍ਰੋਸੈਸਰ ਸੂਚੀ ਵਿੱਚ ਬਦਲਾਅ) ਜਾਂ ਕਾਰੋਬਾਰੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਵਿਚਲੇ ਬਦਲਾਵਾਂ ਮੁਤਾਬਕ ਅੱਪਡੇਟ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਮੌਜੂਦਾ ਵਰਜ਼ਨ Corenta ਦੇ ਸਬੰਧਤ ਪਲੇਟਫਾਰਮਾਂ (ਕਾਰਪੋਰੇਟ ਵੈੱਬਸਾਈਟ ਅਤੇ/ਜਾਂ ਐਪ ਅੰਦਰ) 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਪਿਛਲੇ ਵਰਜ਼ਨ ਨਾਲ ਟਕਰਾਉਣ ਵਾਲੀਆਂ ਵਿਵਸਥਾਵਾਂ ਦੇ ਸਬੰਧ ਵਿੱਚ ਮੌਜੂਦਾ ਵਰਜ਼ਨ ਨੂੰ ਆਧਾਰ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ। ਅਹਿਮ ਬਦਲਾਵਾਂ ਵਿੱਚ, ਜਿੱਥੋਂ ਤੱਕ ਲਾਗੂ ਹੋ ਸਕੇ, ਵਰਤੋਂਕਾਰਾਂ/ਕਲੀਨਿਕਾਂ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਵੀ ਸੂਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

14. ਸੰਪਰਕ

ਇਸ ਨੀਤੀ ਜਾਂ ਨਿੱਜੀ ਡੇਟਾ ਦੀ ਸੰਭਾਲ/ਨਿਪਟਾਰੇ ਬਾਰੇ ਤੁਹਾਡੇ ਸਵਾਲਾਂ ਲਈ:

ਈਮੇਲ: hello@corenta.app ਡੇਟਾ ਕੰਟਰੋਲਰ: Mertcan Demir — "Teta Studio" ਕਾਰੋਬਾਰੀ ਨਾਮ ਹੇਠ ਇਕੱਲੀ ਮਾਲਕੀ ਵਾਲਾ ਕਾਰੋਬਾਰ ਸਹਾਇਤਾ: support@corenta.app ਸੇਵਾ ਖੇਤਰ: Corenta, App Store ਅਤੇ Google Play ਰਾਹੀਂ, ਇਨ੍ਹਾਂ ਸਟੋਰਾਂ ਵੱਲੋਂ ਸੇਵਾ ਦਿੱਤੇ ਜਾਣ ਵਾਲੇ ਦੇਸ਼ਾਂ ਵਿੱਚ ਵਿਸ਼ਵ ਪੱਧਰ 'ਤੇ ਪੇਸ਼ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਸ ਨੀਤੀ ਵਿਚਲੀਆਂ ਮਿਆਦਾਂ ਹਰ ਦੇਸ਼ ਦੇ ਵਰਤੋਂਕਾਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦੀਆਂ ਹਨ; ਜੇ ਕਿਸੇ ਦੇਸ਼ ਦਾ ਲਾਜ਼ਮੀ ਕਾਨੂੰਨ ਛੋਟੀ ਮਿਟਾਉਣ ਮਿਆਦ ਜਾਂ ਲੰਮੀ ਸੰਭਾਲ ਜ਼ਿੰਮੇਵਾਰੀ ਤੈਅ ਕਰਦਾ ਹੈ ਤਾਂ ਉਹ ਵਿਵਸਥਾ ਲਾਗੂ ਹੁੰਦੀ ਹੈ।

ਆਖ਼ਰੀ ਅੱਪਡੇਟ: 19 ਅਕਤੂਬਰ 2026 ਵਰਜ਼ਨ 1.9 · 19 ਅਕਤੂਬਰ 2026