پرش به محتوا
قابلیت ۸ · جمع‌آوری اطلاعات و ارزیابی حرفه‌ای

قابلیت ۸ · جمع‌آوری اطلاعات و ارزیابی حرفه‌ای

۸-۲ «گردآوری اطلاعات پرونده»

behzistan.org/intro/tools/information-collection

  • برای چیست: متخصص از عضو پرونده یا از فردی بیرون از پرونده اطلاعات ساختاریافته می‌گیرد و آن را به شواهد، نیازها و یافته‌ها تبدیل می‌کند.
  • چه کسانی:

    • متخصص؛
    • عضو گیرنده، که در نمای عضو با زبانهٔ «گردآوری اطلاعات» کار می‌کند؛
    • «مهمان» بدون حساب کاربری، که فقط به یک درخواست دسترسی دارد؛
    • ناظر، که فقط می‌خواند.

چگونه کار می‌کند

  • ۱. افزودن درخواست:

    • درخواست از روی الگو یا «یک‌باره» افزوده می‌شود.
    • متخصص چهار چیز جدا را تعیین می‌کند:

      • موضوع: کل پرونده یا یک عضو؛
      • گیرنده: عضو پرونده، مهمان، یا «ثبت توسط متخصص»؛
      • منبع اطلاعات؛
      • ثبت‌کننده.
    • زمینهٔ درخواست، مهلت پاسخ و تاریخ انقضا را هم مشخص می‌کند.
  • ۲. گیرندهٔ عضو: اگر گیرنده عضو پرونده باشد، می‌توان چند عضو را انتخاب کرد و برای هر کدام نسخهٔ مستقلی ساخته می‌شود. با ارسال، پرسش‌ها مهر و موم می‌شوند.
  • ۳. گیرندهٔ مهمان:

    • یک نشانی اختصاصی، یک کد QR و یک کد دسترسی ۱۲ نویسه‌ای فقط یک بار نمایش داده می‌شوند.
    • متخصص خودش نشانی و کد را، هر کدام از راهی جدا، به گیرنده می‌رساند.
  • ۴. پاسخ و بازبینی:

    • پاسخ پس از ثبت نهایی تغییر نمی‌کند، نه برای پاسخ‌دهنده و نه برای متخصص.
    • متخصص «دیده شد» را اعلام می‌کند، بازبینی کاری خودش را ثبت می‌کند و در صورت نیاز «درخواست پیگیری» می‌سازد.
  • ۵. پنج نما: کار در این پنج نما ادامه پیدا می‌کند: «درخواست‌های اطلاعات»، «اطلاعات و شواهد»، «نیازهای اطلاعاتی»، «یافته‌های کلیدی» و «گزارش‌های تجمیعی».

چه کسی چه می‌بیند

  • عضو: فرم‌هایی که برای پاسخ خود او فرستاده شده‌اند. پس از بازبینی، فقط تاریخ و ساعتی را می‌بیند که متخصص پاسخش را دیده است.
  • نزد متخصص:

    • نتیجهٔ بازبینی؛
    • برچسب‌های «طرح در جلسه» و «نیاز به پیگیری»؛
    • «یادداشت داخلی».

    این‌ها هرگز برای عضو یا مهمان نمایش داده نمی‌شوند. یادداشت داخلی را متخصص و ناظر پرونده می‌بینند.

دقت در جزئیات

  • هویت مهمان:

    • هویت مهمان همیشه خوداظهار است و به‌زیستن آن را تأیید نمی‌کند.
    • دسترسی او به همان یک درخواست محدود است.
    • اگر کد گم شود، «صدور مجدد» دسترسی فعلی را باطل می‌کند و پاسخ ثبت‌شده دست‌نخورده می‌ماند.
  • جدا ماندن کد: بخشی از نشانی مهمان که پس از # می‌آید، هرگز به سرور فرستاده نمی‌شود. کد دسترسی هم هرگز داخل کد QR قرار نمی‌گیرد.
  • یافته: «یافته، نکتهٔ مهم استخراج‌شده از شواهد است؛ هنوز تشخیص، مسئله یا فرضیهٔ علّی نیست.» یافته‌ای که وضعیت «ثبت‌شده» دارد، باید دست‌کم به یک پاسخ یا شاهد وصل باشد.
  • لغو و بایگانی: این دو چیزی را حذف نمی‌کنند. دلیل لغو یا ابطال از فهرستی ثابت انتخاب می‌شود و متن آزاد پذیرفته نمی‌شود. تاریخ‌ها با تقویم شمسی وارد می‌شوند.
نمونهٔ ۸-۲ · معلمی بدون حساب · سناریوی ساختگی
حوزه:
کودک، نوزاد و رشد · رشد و تکامل
افراد:
مینا (والد) و کیان؛ امید (معلم کیان، مهمان بدون حساب)؛ متخصص: پریسا
ابزارها:
گردآوری اطلاعات پرونده
چه کسی چه می‌بیند:
امید فقط همان یک فرم را؛ مینا فقط فرم خودش را؛ هیچ‌کدام بازبینی پریسا را نمی‌بینند.
  • پریسا درخواست «مشاهدهٔ کلاس» را با موضوع کیان و گیرندهٔ مهمان امید می‌فرستد.
  • نشانی را خودش برای امید می‌فرستد و کد را جداگانه در یک تماس تلفنی به او می‌گوید.
  • امید فرم را پر می‌کند و از پرونده چیز دیگری نمی‌بیند.
  • پریسا پاسخ را به‌عنوان «گزارش شواهد» ثبت می‌کند و از آن یک «یافتهٔ کلیدی» بیرون می‌کشد که به همین پاسخ پیوند دارد.