تتمثل الخطوة الأولى في فهم كيفية تلقي النظام
لملفات CCDA. في حالة وجود تطبيق يواجه المستخدم مثل Patient Portal أو EHR ، سيقوم مستخدم EHR
بتحميل ملف CCDA الخا به يدويًا. الحالة الشائعة الأخرى هي الاستيراد المجمع من التخزين البعيد
مثل خادم SFTP أو دلو S3.
عادةً ما تكون معالجة الملفات المستلمة مهمة تستهلك الموارد ،
لذا من الأفضل جعلها غير متزامنة. بهذه الطريقة سيكون نظامنا مستجيبًا أثناء تحويل الملف ،
وستكون عملية التحويل بأكملها أكثر قابلية للإدارة. على سبيل المثال ، قد نلاحظ خطأ في منطق
تحويل CCDA ، وسيقوم مهندسونا بإصلاحه ونود معالجة جميع الملفات المستلمة مؤخرًا. يمنحك
الاحتفاظ بجميع الملفات المستلمة في قائمة انتظار هذه القدرة.
هناك العشرات من الطرق
لإعداد مثل هذه القائمة ، ربما تكون أبسطها هي استخدام مورد
DocumentReference (إذا عرفنا مريضًا ينتمي إليه هذا
المستند). بدلاً من ذلك ، يمكننا استخدام خدمة قائمة انتظار مخصصة مثل
Apache
Kafka أو مجرد جدول مخصص في RDBMS. ومع ذلك ، على الرغم من التخزين الذي سنستخدمه ،
فإننا سنخزن ملف CCDA الأصلي حتى نتمكن من الوصول إليه في أي وقت.
في الخطوة التالية ،
سيقوم نوع من العمل في الخلفية أو عامل باختيار الملفات المستلمة من قائمة الانتظار ومعالجتها
واحدة تلو الأخرى .