عالج مطالبة مركبة بصور الضرر وفحص الوثيقة

أدخل مستندات وصور المطالبة تدريجيًا في التدفق النموذجي، وحدّث سجل مطالبة بإصدارات وطبّق قواعد الوثيقة لتحديد الحالة.

الهدف

أنتج تقدير ضرر المركبة وحالة المطالبة مع سجل تدقيق باستخدام بيانات تأمين اصطناعية.

قبل النشر تحقق أن حساب CDK للاختبار وبريد الإشعار ملكك وراجع موارد S3/DynamoDB/Lambda/SNS المخطط لها. [src10-aws-process-auto-claim-with-damage-image-and-policy-check]
ارفع PDF أو صورة من sample-claims وتابع إنشاء مطالبة PENDING وإثراءها ببيانات الوثيقة والحادث والضرر. [src10-aws-process-auto-claim-with-damage-image-and-policy-check]
أضف الأدلة ملفًا تلو الآخر؛ وافحص قاعدة 30 يومًا وتتبع المستندات وتقدير الضرر ثم راجع الحالة النهائية وإشعار SNS. [src10-aws-process-auto-claim-with-damage-image-and-policy-check]

يجب أن تحتفظ إصدارات مطالبة DynamoDB بكل دليل مضاف؛ وطابق حالات PENDING/APPROVED/DENIED ووجهة الإشعار مع العينات.

إذا لم يتعرف النظام على PDF فافحص سجلات Lambda المحفزة من S3؛ وعند خطأ الحالة راجع قواعد الوثيقة وتاريخ الحادث ولا تعدل القرار يدويًا.

حساب AWS للاختبار وتبعيات CDK/Docker/Python ووصول Bedrock وsample-claims اصطناعية وبريد لاستقبال SNS.

ينشر CDK موارد S3 وDynamoDB وLambda وBedrock KB وSNS حقيقية؛ وتخزن الملفات وتحدث المطالبات وترسل البريد مع رسوم.

استخدم بيانات اصطناعية فقط؛ فالحالة النموذجية ليست قرار تأمين ويجب أن تبقى الموافقة/الدفع ضمن إجراءات الشركة.

المستودع: aws-samples/sample-multimodal-claims-processing-recommendation-system
مسار الملف: README.md
الإيداع المثبت: 6cb782225e391fb5251b88a37b4c38e31a5858aa
تاريخ فحص المصدر: 2026-10-14 · تمت المراجعة مقابل المصدر الأصلي المثبت

تعكس هذه القيم المستودع الأصلي كله، ولا تمثل إعجابات أو شعبية مهارة أو دليل منفرد.

لا تتوفر لقطة مقاييس بعد.