نسخه جامع ۴.۰ پشتیبانی کامل از RTL & تاریخ شمسی اپلیکیشن موبایل PWA هوش مصنوعی گفتاری Whisper

راهنمای جامع کاربری و مرجع علمی سامانه اتوماسیون دامداری رایکا تجارت

این سند راهنمای کامل امکانات کنسول مدیریت وب، اپلیکیشن موبایل میدانی و هشت مسیر هوشمند رایکا است. برای هر قابلیت، فلسفه طراحی، پیشینه تاریخی، کشورهای پیشرو، فرم واقعی برنامه، همه اکشن‌ها، وضعیت‌های میانی و وابستگی داده‌ای تشریح شده است.

📱

۱. معماری سامانه و اپلیکیشن موبایل میدانی (ثبت صوتی رویدادها)

اتوماسیون کامل کار میدانی طویله بدون نیاز به تایپ دستی با فناوری تبدیل گفتار به JSON ساختاریافته

ساختار دو بخشی سامانه:

سامانه مدیریت دامداری رایکا تجارت از دو بخش کاملاً همگام بلادرنگ (Real-time Cloud Sync) تشکیل شده است:

  • کنسول وب مدیریتی: مخصوص مدیر مزرعه، دامپزشکان و مسئولین دفتر جهت تحلیلهای کلان، گزارش‌گیری مالی، خروجی Excel و ورود انبوه داده‌ها.
  • اپلیکیشن موبایل میدانی (PWA / Mobile): مخصوص کارگران، تکنسین‌ها و دامپزشکان حین پیمایش در سالن‌ها و بهاربندها.
🎙️ فناوری ثبت صوتی میدانی (Hands-free Voice to JSON Architecture):

چگونه کارگر طویله رویدادها را ثبت می‌کند؟ در محیط آلوده، مرطوب و پرتحرک گاوداری، تایپ فرم‌های دستی سخت و زمان‌بر است. با اپلیکیشن موبایل رایکا، کارگر کافی است داخل طویله راه برود، روی دکمه میکروفون بزند و رویدادها را شفاهاً به زبان فارسی بگوید (مثلاً: «گاو ۱۰۰۱، دمای بدنش ۳۹.۲ بود، پای چپ لنگش داشت و اشتهاش پایین بود»). هوش مصنوعی رایکا (مبتنی بر مدل Whisper AI و NLP اختصاصی) صحبت‌ها را پردازش کرده، فیلدها را جدا نموده و به صورت خودکار به پرونده دام مربوطه منتقل می‌کند.

⚡ عدم نیاز به تایپ

کارگر فقط صحبت می‌کند؛ سیستم فرم را پر کرده و جهت تأیید سریع نشان می‌دهد.

📶 کارکرد آفلاین کامل

در صورت قطعی اینترنت طویله، داده‌ها ذخیره شده و پس از اتصال خودکار همگام می‌شوند.

🔍 اسکن بارکد و پلاک

امکان خواندن سریع پلاک گوش با دوربین گوشی و باز شدن آنی پرونده دام.

عکس فرم اپلیکیشن موبایل ثبت صوتی
📸 شکل ۱: فرم ثبت صوتی اپلیکیشن موبایل — تبدیل گفتار فارسی کارگر به فیلدهای ساختاریافته پرونده دام
نمای اپلیکیشن موبایل روی گوشی
📸 شکل ۲: رابط کاربری موبایل در ابعاد استاندارد ۳۷۵px — بهینه‌سازی‌شده برای کار سریع میدانی
📋

۲. پرونده الکترونیک ۹ تبی دام و دکمه‌های ثبت سریع

شناسنامه ۳۶۰ درجه برای هر پلاک دام همراه با تاریخچه کامل بالینی، تولیدی و مالی

در این سامانه پرونده هر دام با کلیک روی شماره پلاک با ۹ تب تخصصی و مجزا باز می‌شود:

۱. شناسنامه (هویت)

پلاک گوش، پلاک بزرگ، شماره بدن، نژاد، تاریخ تولد، سن، نژاد HF% و تاریخچه تعویض پلاک.

۲. بهاربند و جابجایی

سالن فعلی، گروه دامی، تاریخ ورود به بهاربند و تاریخچه انتقال بین سالن‌ها.

۳. قد و وزن (رشد)

توزین‌های متوالی، ارتفاع جدگاه، افزایش وزن روزانه (ADG) و ضریب تبدیل.

۴. تولیدمثل و فحلی

سوابق فحلی، تلقیح مصنوعی/طبیعی، کد اسپرم، نوبت تلقیح و تست‌های سونوگرافی.

۵. زایش و خشکی

تاریخ زایش پیش‌بینی‌شده، درجه سهولت زایش، جنسیت گوساله، تاریخ خشکی و روزهای باز.

۶. رکورد شیر

مقدار شیر نوبت‌های صبح/ظهر/عصر، درصد چربی، پروتئین و شمار سلول‌های بدنی (SCC).

۷. ورم پستان (BCS/CMT)

نمره وضعیت بدنی ۱-۵، تست ورم پستان کالیفرنیا (CMT) به تفکیک ۴ کارتیه پستان.

۸. درمان و داروشناسی

تشخیص بیماری، داروی تجویزی، دوز تزریق، دوره پرهیز شیر و گوشت با هشدار خودکار.

۹. سم، شاخ و گالری

سوابق سم‌چینی، لنگش، شاخ‌سوزی و تصاویر ضمیمه‌شده به همراه مقایسه قبل و بعد درمان.

عکس فرم شناسنامه و تب های دام
📸 شکل ۳: فرم پرونده جامع دام — نمایش تب‌های ۹ گانه و مشخصات شناسنامه‌ای
عکس فرم ورود رکورد شیر
📸 شکل ۴: فرم ثبت رکورد شیر انفرادی و روزانه دام
🌾

۳. مدیریت خوراک (TMR)، فروش شیر و بانک اسپرم

پایش کامل جیره، بهای تمام‌شده و کاردکس مصرفی بهاربندها

در این بخش مدیران می‌توانند توزیع خوراک مخلوط کاملاً همگن (TMR) را به تفکیک بهاربندها مدیریت کنند:

  • پوشش ۱۸ بهاربند: ثبت دقیق میزان مصرف روزانه به کیلوگرم و ریال.
  • کاردکس ۵۲ قلم مکمل و علوفه: پایش مصرف کنسانتره، یونجه، سیلاژ ذرت و مکمل‌های معدنی.
  • محاسبه سرانه مصرف: تقسیم خودکار کل خوراک توزیع‌شده بر تعداد دام‌های فعال در بهاربند.
عکس فرم مدیریت تولید و خوراک
📸 شکل ۵: فرم مدیریت تولید و راندمان خوراک
عکس فرم مال و فروش شیر
📸 شکل ۶: فرم محاسبات مالی، هزینه خوراک و سودآوری فروش شیر

🤖 مرجع کامل فیچرهای هوش مصنوعی رایکا — فلسفه، تاریخچه، فرم و وابستگی

نوار واقعی هوش مصنوعی در بالای برنامه نقطه شروع همه ابزارهای گله‌ای است؛ «تحلیل پرونده دام» داخل پرونده باز می‌شود و «دستیار رایکا» نیز با دکمه شناور پایین صفحه همیشه در دسترس است.

تصویر واقعی نوار ماژول‌های هوش مصنوعی رایکا در نسخه اصلی برنامه
📸 شکل ۷: نوار واقعی همه ورودی‌های هوش مصنوعی در نسخه اصلی برنامه
🚨

۴-۱. پایش روزانه و هشدارهای هوشمند گله

تبدیل داده‌های پراکنده به فهرست اقدام روزانه مدیر، دامپزشک و مسئول خوراک

فلسفه: مدیریت بر اساس انحراف، نه بازدید تصادفی

گاو یک سامانه زیستی متغیر با زمان است. فلسفه این فیچر آن است که رکورد امروز با خط پایه خود دام و گله مقایسه شود و فقط مواردی که از روند عادی خارج شده‌اند به انسان ارجاع شوند. این تفکر از کنترل آماری فرایند (SPC) و دامپروری دقیق (PLF) می‌آید: حسگر و رکورد جای دامپزشک را نمی‌گیرد، بلکه توجه او را به مورد درست و در زمان درست هدایت می‌کند.

ایده اولیه و محلوالتر شوارت در آزمایشگاه Bell آمریکا، نمودار کنترل مدرن را در یادداشت ۱۶ مه ۱۹۲۴ معرفی کرد. در دامپروری، دانیل برکمنس در KU Leuven بلژیک از چهره‌های اصلی PLF مدرن و پایش بلادرنگ حیوان است.
کشورهای رایجفناوری‌های مشابه پایش و دوشش خودکار در هلند، دانمارک، سوئد، ایسلند، بلژیک، آلمان، نروژ، سوئیس و کانادا رایج‌ترند؛ آمریکا نیز رشد پیوسته دارد. این فهرست درباره خانواده فناوری PLF است، نه دقیقاً نرم‌افزار رایکا.

فرم واقعی و اجزای آن

  • خلاصه مدیریتی: تعداد دام‌ها/بهاربندهای نیازمند اقدام و مهم‌ترین رویداد روز را یکجا می‌گوید.
  • کارت هشدار: نوع خطر، پلاک یا بهاربند، توضیح علت و اکشن بعدی را نشان می‌دهد.
  • اکشن‌ها: «ثبت در چک‌لیست معاینه دامپزشک»، «انتقال به بهاربند زایش»، «کالیبراسیون TMR» و «تست CMT و کتوزیس» مستقیماً نوع کار بعدی را مشخص می‌کنند.
  • حالت‌ها: دریافت اطلاعات، نتیجه، فهرست خالی و خطای ارتباط چهار وضعیت قابل مشاهده‌اند.
کلیک «پایش روزانه»
خواندن خلاصه روز
بازکردن کارت بحرانی
اجرای اکشن در فرم تخصصی مربوط
فرم واقعی هشدارهای روزانه با کارت‌های اقدام
📸 شکل ۸: نتیجه واقعی پایش روزانه؛ خلاصه مدیریتی، هشدارهای دام و بهاربند و اکشن بعدی
وابسته بهشناسنامه فعال، وضعیت بیماری، درمان و دوره پرهیز، زایش/آبستنی، رکورد شیر، خوراک بهاربند و تاریخ آخرین معاینه.
خروجی بهفرم درمان، CMT، انتقال بهاربند، زایش و مدیریت خوراک؛ تا زمانی که رکورد مبنا اصلاح نشود هشدار ممکن است دوباره ظاهر شود.
🔍

۴-۲. ردیاب اتلاف پنهان

ترجمه فاصله میان تولید واقعی و ظرفیت اقتصادی به تومان، لیتر و فرصت اصلاح

فلسفه: هزینه‌ای که در یک فاکتور دیده نمی‌شود، باز هم هزینه است

روزهای باز طولانی، تکرار تلقیح، رشد خوراک بدون رشد شیر، شیر دورریز دوره پرهیز و خشکی طولانی در چند فرم مختلف پخش‌اند. این فیچر آن‌ها را در یک مدل زیست‌اقتصادی جمع می‌کند تا مدیر «علت ـ شاخص ـ برآورد زیان ـ اقدام اصلاحی» را کنار هم ببیند.

ایده اولیه و محلمخترع واحدی ندارد؛ ترکیبی از اقتصاد تولید، حسابداری مدیریتی، ضریب تبدیل خوراک و PLF است. شکل امروزی آن نتیجه تکامل سامانه‌های پشتیبان تصمیم در اروپا و آمریکای شمالی است.
کشورهای رایجتحلیل هزینه خوراک/شیر و تولیدمثل در گاوداری‌های صنعتی هلند، دانمارک، آلمان، کانادا، آمریکا، اسرائیل، استرالیا و نیوزیلند مرسوم است؛ اما فرمول و کارت‌های دقیق رایکا طراحی اختصاصی همین سامانه‌اند.

فرم واقعی و همه شاخص‌ها

  • سه KPI بالا: اتلاف ماهانه، بهای خوراک هر لیتر و پتانسیل رشد سود.
  • چهار گروه اتلاف: عدم توازن خوراک و شیر، شیر دورریز درمان، روزهای باز و تلقیح ناموفق، و خشکی طولانی.
  • داخل هر کارت: تخمین ریالی، شاخص قابل سنجش، علت احتمالی و راهکار پیشنهادی.
  • اکشن: نتیجه باید در فرم منبع اجرا شود؛ برای نمونه کالیبراسیون در خوراک، اصلاح تولیدمثل در تلقیح/سونوگرافی و کاهش دورریز در درمان و دارو.
فرم واقعی ردیاب اتلاف پنهان رایکا
📸 شکل ۹: فرم واقعی ردیاب اتلاف؛ KPIهای کل و کارت علت، زیان، شاخص و راهکار
نکته تفسیر: عدد زیان یک برآورد مدیریتی است، نه سند حسابداری قطعی. دقت آن مستقیماً به کامل بودن قیمت خوراک، فروش شیر، سوابق درمان، تلقیح، زایش و خشکی وابسته است.
🧬

۴-۳. دوقلوی دیجیتال دام

مقایسه هر دام با خط پایه فردی خودش به جای میانگین خام گله

فلسفه: هر گاو نسخه زیستی متفاوتی است

دوقلو یک پرونده تصویری ساده نیست؛ یک بازنمایی محاسباتی است که هویت، نژاد، سن، شکم زایش، وزن، شیر، فعالیت، نشخوار، دما و BCS را کنار روند مورد انتظار همان دام می‌گذارد. هدف، دیدن «انحراف از خود» است؛ زیرا تولید کمتر از میانگین گله همیشه بیماری نیست و تولید نزدیک میانگین نیز ممکن است برای یک دام پرپتانسیل افت محسوب شود.

ایده اولیه و محلمایکل گریوز مفهوم دوقلوی دیجیتال را در زمینه مدیریت چرخه عمر محصول در دانشگاه میشیگان مطرح کرد؛ ناسا جان ویکرز را واضع اصطلاح Digital Twin در ۲۰۱۰ می‌داند. ریشه عملیاتی دورتر به شبیه‌سازهای مأموریت‌های فضایی ناسا می‌رسد.
کشورهای رایجدر صنعت و هوافضا بسیار رایج است. در دامپروری هنوز «در حال ظهور» است و پژوهش/نمونه‌سازی در آمریکا، کانادا، هلند، بلژیک، آلمان، چین، استرالیا و نیوزیلند دیده می‌شود؛ نباید آن را استاندارد فراگیر همه گاوداری‌ها دانست.

فرم ورودی، نتیجه و اکشن

ورود پلاک گوش یا شماره بدن
کلیک «مشاهده دوقلو»
تطبیق دام و جمع‌آوری سوابق
نمایش خط پایه، منحنی و برنامه مراقبت
  • کارت هویت: نام، پلاک، جایگاه، نژاد، شکم زایش و وضعیت آبستنی.
  • کارت شیر: تولید امروز، درصد اختلاف و خط پایه/پیک اختصاصی.
  • رفتار: نشخوار، فعالیت و قدم‌ها در برابر خط پایه.
  • بدن: دما، BCS، وزن زنده و وزن مبنا.
  • جدول منحنی: روز شیردهی، استاندارد نژاد، خط پایه فردی، مقدار واقعی و درصد انطباق.
  • برنامه مراقبت: پیشنهاد تغذیه و زمان‌بندی انتقال پیش از زایش.
فرم ورودی واقعی دوقلوی دیجیتال
📸 شکل ۱۰: حالت اولیه؛ جستجو با پلاک گوش یا شماره بدن
نتیجه واقعی دوقلوی دیجیتال گاو 1001
📸 شکل ۱۱: نتیجه واقعی گاو ۱۰۰۱؛ خط پایه، منحنی و برنامه مراقبت
وابستگیشناسنامه و نژاد ← وزن/قد و BCS ← رکورد شیر و روز شیردهی ← تولیدمثل و زایش ← بهاربند و خوراک. نبود هر لایه، بخشی از دوقلو را کم‌اعتبار یا خالی می‌کند.
🧠

۴-۴. حافظه تجارب مشابه

بازیابی تجربه‌های ثبت‌شده برای کمک به تصمیم حرفه‌ای، نه نسخه‌نویسی خودکار

فلسفه: سازمان باید از تجربه خودش یاد بگیرد

استدلال مبتنی بر مورد (CBR) مسئله جدید را با موارد قبلی مشابه مقایسه می‌کند. در رایکا، شرح علائم به جستجو تبدیل می‌شود و نتیجه‌ها با عنوان، بهاربند، روز شیردهی، درصد شباهت، درمان انجام‌شده و پیامد سه روز بعد ارائه می‌شوند. شباهت، اثبات تشخیص نیست؛ زمینه‌ای برای پرسیدن سؤال بهتر و بررسی دامپزشک است.

ایده اولیه و محلریشه در پژوهش‌های راجر شنک و دانشجویانش درباره فهم زبان در آمریکا در دهه ۱۹۷۰ دارد؛ CBR در دهه ۱۹۸۰ شکل مستقل گرفت و کارهای جنت کولودنر در Georgia Tech آن را تثبیت کرد.
کشورهای رایجCBR در پشتیبانی بالینی، تعمیرات و مهندسی در آمریکا و اروپا سابقه طولانی دارد. استفاده اختصاصی در دامداری هنوز تخصصی/در حال رشد است و «عرف ملی» هیچ کشور واحدی محسوب نمی‌شود.

فرم و وضعیت‌ها

حالت اولیهکادر شرح علائم و دکمه «جستجوی تجارب مشابه»؛ راهنما می‌گوید حداکثر پنج مورد نشان داده می‌شود.
در حال بازیابیحلقه پردازش و پیام جستجو در حافظه تاریخی.
نتیجهپنج کارت با علائم، درمان و نتیجه سه روزه؛ یا پیام «موردی یافت نشد».
خطاپیام خطای بازیابی؛ در این حالت تصمیم را نباید بر خروجی ناقص بنا کرد.
فرم ورودی واقعی حافظه موارد مشابه
📸 شکل ۱۲: کادر شرح علائم و اکشن جستجو
نتایج واقعی حافظه موارد مشابه
📸 شکل ۱۳: کارت‌های نتیجه با شباهت، درمان و پیامد سه روزه
وابسته بهثبت دقیق درمان/بیماری، علائم، دارو و نتیجه پیگیری. داده بدون پیامد درمان، حافظه سازمانی ناقص می‌سازد.
اکشن بعدیبازکردن پرونده دام فعلی، معاینه و آزمایش، سپس ثبت تصمیم واقعی در درمان/دارو. نتیجه مشابه جای دستور دامپزشک نیست.
🎙️

۴-۵. ثبت صوتی وقایع و تبدیل گفتار به فرم

کاهش اصطکاک ثبت میدانی؛ ابتدا پیش‌نمایش، سپس ذخیره آگاهانه

فلسفه: دست کارگر آزاد بماند، اما کنترل داده از دست انسان خارج نشود

فرآیند دو مرحله‌ای است: گفتار فارسی به متن تبدیل می‌شود؛ سپس سرویس هوشمند از متن، پلاک، شماره بدن، دما، اشتها، لنگش، بهاربند، علائم و اقدام پیشنهادی را استخراج می‌کند. هیچ چیز با استخراج اولیه ذخیره نمی‌شود؛ کاربر باید پیش‌نمایش را ببیند و «تأیید و ذخیره» را بزند.

ایده اولیه و محلبازشناسی گفتار حاصل چند دهه پژوهش است و مخترع یگانه ندارد. رابط رایکا از فناوری‌های تشخیص گفتار فارسی و استخراج ساختاریافته استفاده می‌کند. Whisper را OpenAI در آمریکا در ۲۱ سپتامبر ۲۰۲۲ با آموزش چندزبانه معرفی کرد.
کشورهای رایجورودی صوتی در نرم‌افزارهای همراه جهان رایج است؛ در مدیریت دامداری، بیشترین تناسب را با فارم‌های بزرگ و تیم‌های میدانی در اروپا، آمریکای شمالی، استرالیا/نیوزیلند و هر محیط چندزبانه دارد. فرم رایکا برای گفتار فارسی بومی‌سازی شده است.

تمام کنترل‌ها و اکشن‌ها

  • دکمه میکروفون: شروع/توقف شنیدن با زبان fa-IR.
  • کادر متن: متن تشخیص‌داده‌شده قابل بازبینی و ویرایش دستی است؛ اگر میکروفون مجاز نباشد می‌توان مستقیم تایپ کرد.
  • استخراج هوشمند: متن را به پیش‌نمایش ساختاریافته تبدیل می‌کند.
  • تأیید و ذخیره: فقط پس از تطبیق پلاک موجود، یک رویداد سلامت به پرونده اضافه می‌کند و در علائم پرخطر می‌تواند وضعیت دام را بیمار کند.
  • انصراف/بستن: پیش‌نمایش و رکورد موقت را کنار می‌گذارد؛ چیزی ذخیره نمی‌شود.
فرم واقعی ثبت صوتی قبل از استخراج
📸 شکل ۱۴: میکروفون، وضعیت ضبط، متن قابل ویرایش و اکشن استخراج
پیش نمایش واقعی فرم استخراج شده از گفتار
📸 شکل ۱۵: پیش‌نمایش ساختاریافته پیش از تأیید؛ تصویر بدون ذخیره رکورد آزمایشی گرفته شده است
مرز مهم: عبارت Whisper در عنوان رابط، نام معماری/فیچر است؛ در مرورگر، دریافت اولیه گفتار با قابلیت تشخیص گفتار مرورگر انجام می‌شود و سرویس هوشمند سرور متن را ساختاری می‌کند. بنابراین مجوز میکروفون، پشتیبانی مرورگر و اینترنت سه وابستگی فنی جدا هستند.

۴-۶. تحلیل تخصصی هوش مصنوعی داخل پرونده دام

جمع‌بندی ۳۶۰ درجه یک دام و تولید بسته‌های اقدام قابل ثبت

فلسفه: داده‌های نه تب باید به یک روایت تصمیم‌پذیر تبدیل شوند

این فیچر بعد از انتخاب یک دام فعال می‌شود و شناسنامه، وزن، شیر، پستان، تولیدمثل، زایش، تغذیه و رخدادهای سلامت را یکجا برای مدل می‌فرستد. خروجی شامل شاخص سلامت، تحلیل شیر، پستان، باروری، تغذیه، خطرهای پنهان و برنامه عملیاتی است؛ سپس بسته‌های پیشنهادی جداگانه نشان داده می‌شوند.

ایده اولیه و محلاز تبار سامانه‌های خبره و پشتیبان تصمیم بالینی است. MYCIN را ادوارد شورتلیف در دهه ۱۹۷۰ در Stanford آمریکا برای کمک به انتخاب درمان آنتی‌بیوتیکی ساخت؛ نسل جدید، قواعد، داده و مدل‌های زبانی را ترکیب می‌کند.
کشورهای رایجپشتیبانی تصمیم بالینی در پزشکی آمریکا و اروپا جاافتاده است؛ در دامپزشکی و PLF، آلمان، هلند، بلژیک، کشورهای اسکاندیناوی، آمریکا و کانادا فعال‌اند. تحلیل مولد پرونده دام هنوز فناوری نو و نیازمند نظارت حرفه‌ای است.

حالت پردازش، نتیجه و اکشن‌های حساس

حالت واقعی پردازش تحلیل پرونده دام
📸 شکل ۱۶: حالت میانی؛ جمع‌آوری رکوردهای پرونده و تطبیق علمی
نتیجه واقعی تحلیل پرونده گاو 1001
📸 شکل ۱۷: نتیجه واقعی؛ تحلیل چندبخشی و بسته‌های عملیاتی
  • ثبت هر بسته: متیونین/بافر، پروپیلن‌گلیکول/کولین، چک‌لیست پستان یا آماده‌سازی زایش را به صورت رویداد در پرونده اعمال می‌کند.
  • ثبت کل گزارش: متن کامل تحلیل را در سوابق دام نگه می‌دارد.
  • بستن: بدون ثبت، تحلیل را می‌بندد.
ایمنی بالینی: متن تولیدی ممکن است خطا یا ناسازگاری داشته باشد. هیچ بسته دارویی/تغذیه‌ای نباید بدون بازبینی دامپزشک و متخصص تغذیه ثبت یا اجرا شود؛ دکمه‌های ثبت، اکشن واقعی روی پرونده‌اند.
💬

۴-۷. دستیار متنی/صوتی و گزارش‌ساز رایکا

پرسش با زبان طبیعی، پاسخ بر اساس اطلاعات وب‌اپ و خروجی واقعی Excel/PDF

فلسفه: کاربر سؤال مدیریتی را به زبان خودش بپرسد

دستیار واسط میان زبان طبیعی و داده‌های سامانه است. پاسخ متنی می‌دهد، می‌تواند آن را به صوت فارسی تبدیل کند و وقتی قصد گزارش تشخیص داده شود، دکمه‌های دانلود واقعی Excel و PDF را زیر همان پاسخ می‌سازد. برای نمایش داخل چت ممکن است فقط بخشی از رکوردها بیاید، اما فایل گزارش باید کل نتیجه فیلترشده را دریافت کند.

ایده اولیه و محلELIZA، ساخته جوزف وایزنبام در MIT آمریکا در ۱۹۶۵–۱۹۶۶، از نخستین چت‌بات‌ها بود. دستیار امروز با مدل زبانی، ابزار دسترسی به داده و تولید فایل بسیار فراتر از تطبیق الگوی ELIZA عمل می‌کند.
کشورهای رایجدستیارهای سازمانی در آمریکا، کانادا، اروپا، چین، هند، ژاپن، کره و کشورهای خاورمیانه رواج یافته‌اند؛ کاربرد دامداری همچنان در حال رشد است. رایکا مکالمه و خروجی فارسی را برای کاربر ایرانی هدف گرفته است.

همه کنترل‌های پنل

  • مکالمه پیوسته: پس از پخش پاسخ، شنیدن سؤال بعدی را دوباره آغاز می‌کند.
  • صدا روشن/خاموش: پخش خودکار پاسخ را کنترل می‌کند. مسیر اصلی TTS ابری فارسی است و اگر در دسترس نباشد، صدای فارسی مرورگر به عنوان جایگزین امتحان می‌شود.
  • توقف صدا: در نوار وضعیت هنگام ساخت/پخش صوت ظاهر می‌شود.
  • پخش صوتی هر پیام: همان پاسخ را دوباره می‌خواند.
  • پرسش‌های سریع: افت شیر، واکسن عقب‌افتاده، راندمان خوراک/شیر و شیوع بیماری بهاربند.
  • میکروفون، کادر متن و ارسال: سه مسیر ورود سؤال.
  • Excel/PDF: فقط پس از پرسش گزارش‌محور ظاهر می‌شوند و فایل واقعی قابل دانلود می‌سازند.
پنل واقعی دستیار رایکا با کنترل های صوتی
📸 شکل ۱۸: پنل واقعی؛ مکالمه پیوسته، TTS، میکروفون، ورودی و پرسش‌های سریع
پاسخ واقعی دستیار و دکمه های دانلود PDF و Excel
📸 شکل ۱۹: پاسخ گزارش‌محور واقعی و دکمه‌های دانلود Excel/PDF
وابسته بهاحراز هویت، دسترسی API، کامل بودن داده‌های گله، تشخیص درست فیلتر و سرویس صوت ابری/صدای فارسی مرورگر.
اکشن‌های بدون تغییر دادهپرسش، پخش صوت و دانلود گزارش فقط خواندنی‌اند؛ اما کاربر باید دامنه گزارش و فیلتر وزن/تاریخ/وضعیت را در متن روشن بنویسد.
📊

۴-۸. داشبورد مدیریتی و گزارشات راهبردی گله

لایه تصمیم‌گیری کلان روی تولید، اقتصاد، تولیدمثل، خوراک و سلامت

فلسفه: شاخص‌ها باید کنار هم دیده شوند

افزایش شیر بدون دیدن هزینه خوراک یا افت باروری ممکن است موفقیت ظاهری باشد. داشبورد، KPIهای مالی و زیستی را در یک قاب می‌گذارد تا مدیر اثر متقابل تصمیم‌ها را ببیند. این فیچر بیشتر «هوش تجاری و پشتیبانی تصمیم» است تا تشخیص بالینی.

ایده اولیه و محلهانس پیتر لون، پژوهشگر IBM، در ۱۹۵۷–۱۹۵۸ طرح سامانه مدرن Business Intelligence را صورت‌بندی کرد. ایده سنجش متوازن عملکرد نیز با کارت امتیازی متوازن رابرت کاپلان و دیوید نورتون در آمریکا در ۱۹۹۲ مشهور شد.
کشورهای رایجداشبوردهای مدیریتی در دامداری‌های صنعتی اروپا، آمریکا، کانادا، اسرائیل، استرالیا و نیوزیلند رایج‌اند؛ ترکیب KPIهای دقیق رایکا برای داده‌های همین فارم تنظیم شده است.

کنترل‌ها، نمودارها و اکشن‌ها

  • بازه تحلیل: ۷ روز، ۳۰ روز، ۶ ماه یا سال جاری.
  • فیلتر بهاربند: همه یا بهاربند مشخص؛ انتخاب باعث محاسبه دوباره نمودارها می‌شود.
  • KPIها: سود خالص، سرانه شیر، روزهای باز، FCR، شاخص سلامت و شیر دورریز.
  • نمودارها: روند شیر در برابر هدف، ساختار گله، FCR/هزینه، بیماری بهاربند و درآمد در برابر خوراک.
  • چاپ گزارش: از نسخه فعلی مرورگر گزارش چاپی می‌سازد؛ «بستن» بدون تغییر داده است.
داشبورد مدیریتی واقعی رایکا با فیلترها و KPI ها
📸 شکل ۲۰: داشبورد واقعی؛ بازه، فیلتر بهاربند، شش KPI، نمودارها و چاپ
وابستگیفروش شیر + خوراک و قیمت‌ها + دام‌های فعال و گروه دامی + تولیدمثل/زایش + درمان/بیماری. هر KPI باید همراه تاریخ آخرین به‌روزرسانی فرم منبع تفسیر شود.
🔗

۵. نقشه وابستگی بین فرم‌ها و اکشن‌ها

هر خروجی هوشمند از کدام فرم می‌آید و اقدام بعدی در کجا ثبت می‌شود

فیچر هوشمندفرم‌های ورودی اجباری/مهماکشن یا فرم مقصداثر کمبود داده
پایش روزانهشناسنامه، شیر، درمان/دارو، آبستنی/زایش، بهاربند، خوراکمعاینه، CMT، انتقال بهاربند، زایش، TMRهشدار جاافتاده یا هشدار تکراری/کاذب
اتلاف پنهانخوراک و قیمت، فروش شیر، تلقیح، سونوگرافی، زایش/خشکی، دوره پرهیزاصلاح جیره، برنامه تولیدمثل، درمان هدفمندبرآورد ریالی غیرقابل اتکا
دوقلوی دیجیتالهویت/نژاد، وزن/BCS، شیر، تولیدمثل، زایش، فعالیت، جایگاهبرنامه تغذیه و انتقال پیش از زایشخط پایه ناقص و مقایسه کم‌اعتبار
حافظه موارددرمان، علائم، دارو، دوز و نتیجه پیگیری سه روزهمعاینه و ثبت درمان جدیدمورد مشابه بدون شاهد نتیجه
ثبت صوتیمجوز میکروفون، متن فارسی و پلاک موجودرویداد سلامت همان دام؛ احتمال تغییر وضعیت به بیمارعدم ذخیره یا اتصال به دام اشتباه؛ پیش‌نمایش باید کنترل شود
تحلیل پرونده دامتمام ۹ تب پرونده و رخدادهای سلامتثبت بسته عملیاتی یا کل گزارش در پروندهتوصیه عمومی، متناقض یا نامتناسب
دستیار/گزارش‌سازداده گله، فیلتر سؤال، احراز هویت و سرویس AIپاسخ، صوت، Excel و PDFپاسخ احتیاطی یا گزارش خالی/ناقص
داشبورد مدیریتیفروش، خوراک، شیر، تولیدمثل، درمان و جمعیت فعالتصمیم مدیریتی و چاپ گزارشKPI ظاهراً دقیق ولی با مبنای ناقص
قاعده طلایی: هر پیشنهاد هوش مصنوعی باید به رکورد منبع قابل ردیابی باشد. اگر عدد یا توصیه عجیب بود، ابتدا فرم منبع، تاریخ رکورد و دامنه فیلتر را کنترل کنید؛ سپس نتیجه را اجرا کنید.
🔄

۶. سناریوها و دستورالعمل‌های گام‌به‌گام کاربردی

راهنمای عملیاتی برای نقش‌های شغلی مختلف در دامداری

سناریوی ۱: گشت روزانه کارگر طویله و ثبت صوتی بیماری

  1. کارگر اپلیکیشن موبایل را روی گوشی باز می‌کند.
  2. در بهاربند ۳، گاو با پلاک IR-1001 را با اشتهای کم و لنگش مشاهده می‌کند.
  3. روی دکمه صوتی 🎙️ می‌زند و می‌گوید: «گاو هزار و یک در بهاربند ۳، اشتها نداشت و پلاک گوشش لنگش داره».
  4. هوش مصنوعی رایکا فیلدها را جدا کرده و فرم پیش‌نمایش را نشان می‌دهد. کارگر روی «تأیید و ثبت» می‌زند. پرونده گاو به روز می‌شود و هشدار بیماری صادر می‌گردد.

سناریوی ۲: تصمیم‌گیری دامپزشک با استفاده از حافظه تجارب مشابه

  1. دامپزشک پرونده گاو بیمار را باز می‌کند و دکمه «🧠 حافظه تجارب مشابه» را می‌زند.
  2. علائم بالینی گاو را وارد می‌کند.
  3. سیستم ۵ مورد مشابه قبلی را که با داروی فلونکسین و پنسولین درمان شده و ۳ روز بعد بهبود یافته‌اند نشان می‌دهد.
  4. دامپزشک با اطمینان بالا همان پروتکل موفق گذشته فارم را تجویز می‌کند.