د ګټه اخیستونکو سیسټم باید یوازې د تایید شوي خدمت اړین معلومات راټول کړي
سیسټم registration، assessment، eligibility review، assistance، referral، follow-up او reporting نښلولی شي. لومړۍ پوښتنه د field شمېر نه دی؛ بلکې د هر field موجه موخه او مجاز کاروونکی دی.
مجاز پروګرام، safeguarding، protection، حقوقي، data protection او سکتوري متخصصین باید eligibility، consent یا lawful basis، case methodology، sharing، retention او response تایید کړي. سافټویر پخپله vulnerability، entitlement یا safeguarding action نه ټاکي.
registration، هویت او duplicate handling
- د پروګرام اړین لږ تر لږه هویت او تماس
- د خدمت مناسب household، individual یا case پېژند
- consent، notice یا تایید شوی basis او restriction
- duplicate review پرته له خطرناک اتومات merge
- د correction، update او identity resolution تاریخ
- کنټرول شوی سند یوازې د توجیه پر مهال
biometric باید default نه وي. ضرورت، تناسب، بدیل، خطر، قانوني صلاحیت، امنیت او exit متخصص review غواړي.
assessment، eligibility او approval
تنظیم شوي criteria assessment او د evidence، scoring، review، exception او decision ثبت لارښوونه کوي. وروستی eligibility له مجاز مسؤلینو او تایید شوو قواعدو سره وي. د پرېکړې دلیل او rule نسخه باید تشریح شي.
assistance او service delivery
پلېټفارم service plan، distribution، cash یا voucher که شامل وي، appointment، attendance، document، acknowledgement او exception ثبتوي. delivery evidence باید متناسب وي.
case management او safeguarding
case workflow intake، assessment، plan، task، note، appointment، document، review او closure پوښلی شي. حساس protection، health، child یا legal قضیې ځانګړی لاسرسی او supervision غواړي. عمومي اډمین باید محرم narrative اتومات ونه ویني.
referral او بهرنی sharing
referral باید purpose، minimum information، sender او receiver، status، consent یا basis او follow-up ثبت کړي. بهرنی sharing agreement، secure channel او د rejection، correction، withdrawal یا incident لاره غواړي.
feedback، complaint او accountability
channel category، confidentiality، preferred response، assignment، escalation، safeguarding route، response او closure ثبتولی شي. complaint باید هویت بې need-to-know کارکوونکي ته ښکاره نه کړي.
privacy، security او retention
کنټرول باید data minimization، classification، role/case access، admin، export، audit، encrypted transfer، backup، device، incident، retention، anonymization او مجاز deletion پوښي. aggregate راپور هم disclosure-risk review غواړي.
پلي کول، migration او reporting
پلي کول purpose، service pathway، eligibility، form، role، risk، referral، reporting او retention map کوي. migration باید غیرضروري field لرې او identity، active case او service validation کړي. report coverage، service status، follow-up، referral، waiting time او مجاز disaggregation پرته له person-level data ښيي.
د data responsibility مرجع
لار د OCHA نوي Data Responsibility لارښود سره د خوندي، اخلاقي او اغېزمن data مدیریت په برخه کې پرتله شوې. دا endorsement یا certification نه دی.