---
title: "مركز الثقة (أستراليا) — Hanah"
description: "مركز الثقة لدى Hanah (أستراليا): تُخزَّن سجلات المرضى في أستراليا، للعيادات الأسترالية والنيوزيلندية. ضوابط الأمان والخصوصية، ومزوّدو الخدمة للنشر الأسترالي."
source: https://hanah.health/ar/au/trust/
---

# مركز الثقة

الشفافية للممارسين الصحيين ومالكي العيادات والمشترين المؤسسيين. تلخّص هذه الصفحة كيف تتعامل Hanah مع المعلومات الصحية، ومن هم مزوّدو الخدمة المشمولون في بيئة الإنتاج في ، وكيف يرتبط كل ضابط من ضوابط الأمان بقانون الخصوصية الأسترالي لعام ١٩٨٨ (**Privacy Act ١٩٨٨**) ومبادئ الخصوصية الأسترالية الواردة فيه. مؤشرات الحالة أداة تحريرية مؤقتة وستُزال بعد التحقق من كل بند في بيئة الإنتاج.

✅ مُنجَز 🔧 مُنفَّذ بحل مخصص

نظرة عامة الضوابط المطابقة مع الأطر مزوّدو الخدمة الموارد

**لمن هذه الصفحة:** العيادات والشبكات الصحية ومسؤولو الخصوصية وفرق أمن تقنية المعلومات الذين يُجرون العناية الواجبة على Hanah. **نظرة سريعة:** يلخّص مركز الثقة هذا ضوابط الأمان في Hanah ومزوّدي الخدمة المشمولين في بيئة الإنتاج في . تُخزَّن السجلات السريرية في . ويجري التعرّف على الكلام والصياغة بالذكاء الاصطناعي لدى مزوّدين متخصصين خارج المنطقة، في الولايات المتحدة أساسًا، بموجب شروط تحظر التدريب على محتواكم. وتوجد أدلة أعمق في دليل الأمان والعمليات الخاص بنا، ويصف تبويب **الضوابط** كيف يُطبَّق كل ضابط.

### ضوابط الأمان

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

عرض الضوابط ←

### مواءمة HIPAA و GDPR و ISO و SOC 2 مع مبادئ الخصوصية الأسترالية (APPs)

كل مبدأ من مبادئ الخصوصية الأسترالية بجانب ما يقابله في HIPAA و GDPR ونيوزيلندا و ISO/IEC 27001 و SOC 2، وضابط Hanah الذي يستوفيه.

عرض المطابقة ←

### مزوّدو الخدمة

فئات المزوّدين الذين يتعاملون مع البيانات، والغرض من ذلك، وما يحتفظون به، وأين يعالجونها.

عرض مزوّدي الخدمة ←

### الموارد والخطوات التالية

حالة الخدمة، وكيفية طلب حزم السياسات الكاملة بموجب اتفاقية عدم إفصاح (NDA).

عرض الموارد ←[

### منهجية التحقق

كيف نقيس دقة تحويل الكلام إلى نص والهلوسة في التوثيق: منظومة اختبار واحدة، ومجموعة تسجيلات مرجعية واحدة، وطبقتا تقييم (WER + لجنة تحكيم من النماذج اللغوية). وهي القواعد التي يُقيَّم بها كل رقم ننشره.

قراءة المنهجية ←](https://hanah.health/ar/au/trust/wer-methodology/)[

### شفافية التحقق

التفريغات النصية لكل تسجيل، والمستندات المُنشأة، وأحكام كل مُحكِّم من النماذج اللغوية مقابل مجموعة تسجيلات مرجعية موثوقة من المرجع الصحيح. البيانات كاملة، لا الأرقام الرئيسية فقط.

عرض التقرير ←](https://hanah.health/ar/au/trust/transparency/)[

### النتائج السابقة

كل اختبار معياري نشرناه، مع التغيّر مقارنة بالجولة التي سبقته. تُترك الأرقام تمامًا كما قيست في يومها، بما في ذلك الحالات التي تغيّرت فيها لجنة التقييم نفسها منذ ذلك الحين.

مقارنة النتائج ←](https://hanah.health/ar/au/trust/benchmarks/)

كل صف ضابط بالمعنى المعتاد في معايير ISO: **سياسة** (الحوكمة والإجراءات الموثّقة)، أو **تقني** (تفرضه الأنظمة والإعدادات)، أو **مورّد** (ضمانات تعاقدية وضمانات المعالجين الفرعيين للبيانات). وتُظهر الوسوم نوع الدليل الغالب، وتجمع صفوف كثيرة أكثر من نوع. وتعود التفاصيل إلى **دليل الأمان والعمليات** الداخلي لدينا. ويذكر السطر أسفل كل صف مبادئ الخصوصية الأسترالية التي يدعمها ذلك الضابط، وهو إرشادي فقط ولا يغني عن الاستشارة القانونية.

**المرجع:** [قانون الخصوصية لعام ١٩٨٨ (_Privacy Act ١٩٨٨_) (Cth)](https://www.oaic.gov.au/privacy/australian-privacy-principles)، الجدول ١ (مبادئ الخصوصية الأسترالية) والجزء IIIC (الإبلاغ الإلزامي عن خروقات البيانات).

التقنية ضوابط النظام والمنصة: البنية التحتية، والتطبيق، والتشفير، والأتمتة. السياسات الحوكمة على مستوى المؤسسة: المساءلة، والسياسات الموقّعة، وسجل المخاطر، والأدلة الإجرائية. المورّدون الاعتماد على أطراف ثالثة: شروط اتفاقية معالجة البيانات (DPA)، وقائمة المعالجين الفرعيين للبيانات، وشهادات المورّدين.

## البنية التحتية والمنصة

أمن البنية التحتية

يحدد أين تعمل Hanah في النشر الإقليمي، وكيف تُفصل بيئة الإنتاج عن بيئة العمليات، وكيف يحمي التشفير بيانات العملاء بين الممارسين الصحيين وأنظمتنا والمعالجين الفرعيين للذكاء الاصطناعي. وهي في معظمها ضوابط تقنية تدعمها إجراءات إدارية في دليل الأمان والعمليات (Security & Operations Handbook).

-   ✅
    
    التقنية السياسات
    
    **أحمال عمل الإنتاج مقيمة داخل المنطقة**
    
    تقع خوادم التطبيق الرئيسية وقواعد البيانات وتخزين الكائنات والنسخ الاحتياطية الخاصة بالنشر في داخل المنطقة. تصف السجلات الإدارية المناطق وموافقات التغيير، ويثبّت النشر التقني الموارد في المشروع الإقليمي.
    
    **المواءمة مع APP:** APP 11.١ (أمن المعلومات الشخصية)؛ APP 8: الاحتفاظ بالسجلات في أستراليا يحصر الإفصاح خارج البلاد في المعالجة المدرجة تحت «مزوّدو الخدمة».
    
-   ✅
    
    التقنية
    
    **التشفير أثناء النقل**
    
    تستخدم نقاط الدخول العامة إصدارات حديثة من TLS. وتستخدم الحركة المتجهة إلى مزوّدي التعرّف على الكلام ونماذج الذكاء الاصطناعي بروتوكول TLS إلى نقاط النهاية المهيّأة لكل مزوّد. وهذا ضابط تقني يُتحقق منه في مراجعات البنية وإعدادات النشر.
    
    **المواءمة مع APP:** APP 11.١ (الحماية من التدخل وسوء الاستخدام والوصول غير المصرّح به).
    
-   ✅
    
    التقنية السياسات
    
    **التشفير أثناء التخزين**
    
    تستخدم قواعد البيانات وتخزين الكائنات وكائنات النسخ الاحتياطي خوارزميات معيارية في القطاع (مثل AES-256-GCM)، بمفاتيح تُدار وفق سياسة التشفير لدينا. وتضيف النسخ الاحتياطية عبر WAL-G تشفيرًا من جهة العميل قبل التخزين خارج الموقع.
    
    **المواءمة مع APP:** APP 11.١؛ APP 11.٢: تبقى النسخ الاحتياطية المشفّرة محمية حتى موعد إتلافها المجدول.
    
-   ✅
    
    التقنية المورّدون
    
    **الحماية من هجمات DDoS وجدار حماية تطبيقات الويب (WAF) على الحافة**
    
    تقف طبقة حافة مُدارة أمام أسماء المضيفين العامة، فتمتص الهجمات الحجمية وتطبق قواعد WAF للتصدي لأشكال إساءة الاستخدام الشائعة على الويب. وتبقى الحمايات على مستوى المزوّد وإعدادات جدار الحماية المحكمة قائمة خلف الحافة.
    
    **المواءمة مع APP:** APP 11.١ (الحماية من التدخل والفقدان).
    
-   ✅
    
    التقنية السياسات
    
    **كشف التسلل**
    
    كشف متعدد الطبقات: توفّر منصة الاستضافة نظام كشف التسلل (IDS) على مستوى الشبكة، بينما يشغّل كل خادم افتراضي fail2ban (لمنع هجمات التخمين على SSH)، و UFW برفض افتراضي، وتحديثات أمنية تلقائية. وتُرسل أحداث المصادقة والوصول من وكيل المصادقة إلى منظومة مركزية من Loki و Grafana، فتظهر أنماط تسجيل الدخول غير الاعتيادية في لوحات المعلومات والتنبيهات. وتحدد السياسات المسؤول عن الفرز عند إطلاق التنبيهات. ويُعدّ نظام كشف التسلل أثناء التشغيل على مستوى النواة للحاويات تحسينًا مخططًا فوق هذا الأساس.
    
    **المواءمة مع APP:** APP 11.١؛ يدعم تقييم الخرق المشتبه به المؤهِّل للإبلاغ خلال ٣٠ يومًا بموجب نظام الإبلاغ الإلزامي عن خروقات البيانات (الجزء IIIC).
    

## المنتج والتطبيق

أمن المنتج

كيف يصادق المستخدمون على هوياتهم، وكيف تُفرض الصلاحيات في طبقة المنتج وواجهة API، وكيف نبني البرمجيات ونطلقها. تجمع بين الفرض التقني (JWT و RBAC) ومتطلبات إدارية لدورة حياة تطوير البرمجيات (SDLC) والمراجعة.

-   ✅
    
    التقنية المورّدون
    
    **المصادقة والجلسات**
    
    يصادق الممارسون الصحيون على هوياتهم عبر مزوّد هوية مُدار (تدفقات بأسلوب OIDC/OAuth)؛ ويتحقق كل مسار في واجهة API من الهوية. وتتوافق مدة الجلسة وسلوك قفل الحساب مع سياسة التحكم في الوصول لدينا.
    
    **المواءمة مع APP:** APP 11.١ (الحماية من الوصول غير المصرّح به).
    
-   ✅
    
    التقنية السياسات
    
    **التحكم في الوصول القائم على الأدوار**
    
    تُفصل صلاحيات الممارس الصحي والمريض والمسؤول في نموذج البيانات وطبقة GraphQL، بحيث يكون مبدأ الحد الأدنى من الصلاحيات هو الوضع الافتراضي. وتُوثَّق تعريفات الأدوار ووتيرة مراجعتها إداريًا.
    
    **المواءمة مع APP:** APP 11.١؛ APP 6: الوصول مقصور على من يستخدمون المعلومات للغرض الذي جُمعت من أجله.
    
-   ✅
    
    التقنية السياسات
    
    **المصادقة متعددة العوامل (MFA) إلزامية للمسارات ذات الصلاحيات المرتفعة**
    
    تُفرض المصادقة متعددة العوامل إلزاميًا، عبر مزوّد الهوية لدينا، على الحسابات التي يمكنها تغيير الإعدادات الحساسة أمنيًا أو الوصول إلى بيانات عالية المخاطر.
    
    **المواءمة مع APP:** APP 11.١ (الحماية من الوصول غير المصرّح به).
    
-   ✅
    
    التقنية السياسات
    
    **دورة حياة التطوير الآمن**
    
    تمر التغييرات عبر نظام التحكم في المصدر والمراجعة والاعتماديات مثبّتة الإصدار. ويُنظر في الأثر الأمني للميزات الجوهرية كبوابة إدارية؛ وتدعم الأدوات التقنية (Dependabot وغيرها) السلامة المستمرة للشيفرة.
    
    **المواءمة مع APP:** APP 11.١؛ APP 1.٢ (الممارسات والأنظمة التي تضمن الامتثال).
    
-   ✅
    
    التقنية السياسات
    
    **قائمة مكوّنات البرمجيات (SBOM)**
    
    يحمل كل إصدار جردًا للاعتماديات قابلًا للقراءة آليًا، للاستجابة للثغرات. وتصدير SBOM مدمج في التكامل المستمر (CI) ضمن برنامجنا لضمان سلسلة الإمداد.
    
    **المواءمة مع APP:** APP 11.١ (خطوات معقولة ضد التدخل عبر شيفرة من أطراف ثالثة).
    

## البيانات والخصوصية

البيانات والخصوصية

الاحتفاظ والحذف وحقوق أصحاب البيانات وإمكانية رؤية الأحداث ذات الصلة بالأمان. تجمع هذه الضوابط بين الفرض الآلي في المنتج وقاعدة البيانات وإجراءات إدارية (معالجة طلبات DSAR للوصول إلى البيانات، والإخطار بخروقات البيانات، والتقارير الفصلية).

-   ✅
    
    التقنية السياسات
    
    **الاحتفاظ بمواد التسجيل المحيطي وحذفها**
    
    تخضع المواد الصوتية والتفريغات النصية افتراضيًا لفترة احتفاظ قصيرة مع حذف آلي؛ وتتبع الملاحظات السريرية سياسة الاحتفاظ لدى كل مؤسسة. وبعد التكامل مع نظام سجلاتكم، يبقى السجل السريري المرجعي ملكًا لكم.
    
    **المواءمة مع APP:** APP 11.٢ (إتلاف المعلومات التي لم تعد لازمة لأي غرض مسموح به أو إزالة ما يحدد هوية أصحابها).
    
-   ✅
    
    التقنية السياسات
    
    **سجل حذف يكشف التلاعب وتقارير فصلية**
    
    تُسجَّل عمليات الحذف الناتجة عن سياسة الاحتفاظ في `deletion_log`، وهو جدول Postgres للإضافة فقط، لا يمنح أي دور صلاحيات `UPDATE` أو `DELETE`. ويرتبط كل صف بالصف السابق عبر سلسلة تجزئة SHA-256 (`row_hash = sha256(prev_hash ‖ canonical(metadata))`)، لذا فإن تعديل أي صف سابق أو حذفه يكسر كل التجزئات اللاحقة، ويكشفه المُتحقِّق داخل قاعدة البيانات `hanah_verify_deletion_chain()`. والجداول التدقيقية المرافقة (`ai_audit` و `secret_access_audit`) للإضافة فقط أيضًا. وتُنتَج الملخصات الفصلية الموجّهة للعملاء عبر `hanah_deletion_report_quarter(year, quarter)`.
    
    **المواءمة مع APP:** APP 11.٢؛ APP 1.٢: دليل على أن الإتلاف حدث ولم يُعدَّل.
    
-   ✅
    
    السياسات التقنية
    
    **وصول أصحاب البيانات إليها وتصحيحها**
    
    يمكن للأفراد طلب الوصول إلى معلوماتهم الشخصية أو تصحيحها؛ وتوثّق Hanah المُهل الزمنية والصيغ (JSON إضافة إلى نسخ مُصدَّرة سهلة القراءة) ومسارات التصعيد. وتدعم الأدوات التصدير حيث تكون البيانات في أنظمة Hanah.
    
    **المواءمة مع APP:** APP 12 (الوصول)؛ APP 13 (التصحيح).
    
-   🔧
    
    التقنية السياسات
    
    **رؤية موحّدة لسجلات التدقيق**
    
    الأحداث ذات الصلة بالأمان (المصادقة، واستخدام الصلاحيات، وتغييرات الإعدادات) قابلة للاستعلام للعملاء المؤسسيين، ويمكن تحويلها إلى نظام SIEM لديكم (مثل Microsoft Sentinel) حيث يُتفق على ذلك تعاقديًا. وتُهيّأ لكل عميل على حدة.
    
    **المواءمة مع APP:** APP 11.١؛ يدعم تقييم خروقات البيانات المؤهِّلة للإبلاغ والإخطار بها بموجب الجزء IIIC.
    

## الذكاء الاصطناعي والسلامة السريرية

أمن الذكاء الاصطناعي والامتثال

ضوابط خاصة بالذكاء الاصطناعي المحيطي: لا استخدام ثانويًا للبيانات الصحية في التدريب، وإشراف بشري قبل الاعتماد السريري، وقياس الجودة (WER)، وصياغة تعليمات مقاومة لإساءة الاستخدام. وتجمع بين ضوابط تعاقدية على الأطراف الثالثة وسير العمل في المنتج والحوكمة السريرية.

-   ✅
    
    المورّدون السياسات التقنية
    
    **لا استخدام ثانويًا لتدريب النماذج**
    
    تحظر شروط مزوّدي التعرّف على الكلام ونماذج الذكاء الاصطناعي لدينا التدريب على محتوى العملاء، وتُرسل الطلبات مع إيقاف التخزين لدى المزوّد حيثما يتيح المزوّد ذلك. ولا تُشغّل Hanah أي مسار تدريب داخلي على بياناتكم الصحية. وتدعم مراجعات المورّدين الإدارية هذا الادعاء.
    
    **المواءمة مع APP:** APP 6 (الاستخدام والإفصاح للغرض الأساسي فقط)؛ APP 8: الجهات المتلقية خارج البلاد ملزمة تعاقديًا بعدم التدريب على المحتوى وعدم الاحتفاظ به بما يتجاوز الشروط المبيّنة تحت «مزوّدو الخدمة».
    
-   ✅
    
    السياسات التقنية
    
    **إشراك الإنسان قبل الاعتماد السريري**
    
    تتطلب الملاحظات المُنشأة مراجعة صريحة من الممارس الصحي واعتمادها قبل أن تُعامل كجزء من السجل السريري. وهذا ضابط في المنتج (بوابات في سير العمل) والتزام في تقييم الأثر على الخصوصية (PIA) معًا.
    
    **المواءمة مع APP:** APP 10 (جودة المعلومات الشخصية: دقيقة ومحدَّثة وكاملة وذات صلة).
    
-   ✅
    
    السياسات التقنية
    
    **منهجية WER ونتائج المجموعات المنشورة**
    
    منظومة اختبار واحدة وطبقتا تقييم، تعملان في كل جولة تقييم: **معدل خطأ الكلمات** مقابل تفريغات نصية حرفية من المرجع الصحيح (الطبقة A)، و**لجنة تحكيم من النماذج اللغوية** تقيس كلًّا من _التغطية_ (هل تتضمن الملاحظة كل توقّع مُسجَّل مسبقًا؟) و_الهلوسة_ (هل تحتوي الملاحظة على ادعاءات لا يدعمها التفريغ النصي، أي محتوى اختلقه النموذج؟). [المنهجية الكاملة](https://hanah.health/ar/au/trust/wer-methodology/) منشورة، و[النتائج المباشرة](https://hanah.health/ar/au/trust/transparency/) تُعرض مباشرة من المخرجات المجمّعة لمنظومة الاختبار. وتواصل مجموعة التسجيلات المرجعية تطورها من v1 (اصطناعية) إلى v2 (تمثيل أدوار) إلى v3 (حقيقية بموافقة المشاركين) إلى v4 (بالشراكة مع أنظمة صحية).
    
    **المواءمة مع APP:** APP 10؛ APP 1.٢ (ممارسات قابلة للإثبات لضمان الدقة).
    
-   ✅
    
    التقنية السياسات
    
    **مراقبة حقن التعليمات والمخرجات غير الآمنة**
    
    يتحكم الخادم في تعليمات النظام، وتقتصر المدخلات على سير العمل السريري (لا توجد واجهة دردشة حرة). وتعمل مصنِّفات السلامة لدى المزوّد على كل عملية إنشاء؛ وعند تفعيلها، يُظهر البث سبب إنهاء بفعل مرشّح المحتوى، يُسجَّل في صف `ai_audit` الخاص بكل استدعاء إلى جانب رمز خطأ معياري `ai.content_policy`، وزمن الاستجابة، وعدد الرموز (tokens)، ومعرّف تتبع Tempo. وتظهر الأنماط غير الاعتيادية في لوحات معلومات مبنية على جدول التدقيق هذا. ويُعدّ كشف الشذوذ السلوكي عبر الاستدعاءات لرصد أنماط إساءة الاستخدام تحسينًا مخططًا فوق هذا الأساس.
    
    **المواءمة مع APP:** APP 11.١ (الحماية من سوء الاستخدام والتدخل).
    
-   ✅
    
    التقنية السياسات
    
    **تسجيل موافقة جميع الأطراف داخل المنتج**
    
    عندما يضغط الممارس الصحي زر التسجيل، يفتح المنتج نافذة موافقة تتطلب تأكيدًا صريحًا بأن الموافقة قد أُخذت من المريض ومن أي مشاركين آخرين في الجلسة. ولا يمكن بدء التسجيل حتى يُقَرّ بهذا التحقق، ويُربط التأكيد بالمقابلة السريرية إلى جانب سياسة العيادة المشار إليها في تقييم الأثر على الخصوصية.
    
    **المواءمة مع APP:** APP 3.٣ (الموافقة على جمع المعلومات الحساسة)؛ APP 5 (الإشعار بالجمع).
    

## المؤسسة والأطراف الثالثة

الأمن المؤسسي

كيف تدير شركة Hanah حوكمة الأمان: المساءلة، والسياسات، والضمان المستقل، والتكامل مع أدوات الأمان لدى العملاء. وهي في الأساس ضوابط إدارية؛ ولبعضها مخرجات تقنية (مثل موصلات SIEM).

-   ✅
    
    السياسات
    
    **حوكمة الأمان وسجل المخاطر**
    
    يتولى مسؤول تنفيذي محدد بالاسم المساءلة عن أمن المعلومات؛ وتُسجَّل المخاطر مع أصحابها وتواريخها المستهدفة، وتُراجع وفق وتيرة ثابتة. وهذا يطابق ما يتوقعه المشترون عادة من نظام إدارة على غرار ISO، حتى بحجمنا الحالي.
    
    **المواءمة مع APP:** APP 1.٢ (الممارسات والإجراءات والأنظمة اللازمة للامتثال)؛ APP 11.١.
    
-   ✅
    
    السياسات
    
    **حزمة سياسات معتمدة من مجلس الإدارة**
    
    تغطي السياسات الرسمية الوصول، والتشفير، والاستجابة للحوادث، والمورّدين، وإدارة التغيير. والحزمة معتمدة من مجلس الإدارة ومحفوظة تحت نظام التحكم في الإصدارات؛ ويتاح محتواها الكامل بموجب اتفاقية عدم إفصاح (NDA).
    
    **المواءمة مع APP:** APP 1.٢؛ APP 11.١.
    
-   🔧
    
    السياسات التقنية
    
    **تحويل الأحداث إلى نظام SIEM لدى العميل (مثل Sentinel)**
    
    تُحوَّل أحداث الأمان من الأنظمة التي تتحكم بها Hanah إلى مساحة عمل Sentinel لديكم (أو ما يعادلها) للمراقبة المشتركة حيث يُتفق على ذلك تعاقديًا. وتُهيّأ لكل عميل مؤسسي على حدة.
    
    **المواءمة مع APP:** APP 11.١؛ يدعم التقييم المشترك للخروقات بموجب الجزء IIIC.
    

كثيرًا ما تصل استبيانات العناية الواجبة مكتوبة وفق HIPAA أو GDPR أو ISO/IEC 27001 أو SOC 2. وفي أستراليا تخضع Hanah لقانون الخصوصية لعام ١٩٨٨ (Privacy Act ١٩٨٨)، لذلك يبدأ هذا الجدول من كل مبدأ من مبادئ الخصوصية الأسترالية، ويذكر أقرب حكم يقابله في كل من تلك الأطر، ويسمّي ضابط Hanah الذي يستوفيه. استخدموه لتحويل أي سؤال إلى المبدأ الذي ينطبق هنا.

أوجه التكافؤ إرشادية وليست استشارة قانونية.

| مبدأ الخصوصية الأسترالي | HIPAA (الولايات المتحدة) | GDPR / UK GDPR | قانون الخصوصية النيوزيلندي لعام ٢٠٢٠ / مدونة HIPC 2020 | ISO/IEC 27001:2022 | SOC 2 (TSC 2017) | كيف تلبّيه Hanah |
| --- | --- | --- | --- | --- | --- | --- |
| APP 1: الإدارة المفتوحة والشفافة | §١٦٤.٥٢٠ إشعار ممارسات الخصوصية؛ §١٦٤.٥٣٠(a) و(i) مسؤول الخصوصية والسياسات والإجراءات | المادة ٥(٢) المساءلة؛ المواد ١٢–١٤ الشفافية؛ المادتان ٢٤ و٣٠ | المادة ٢٠١ مسؤول الخصوصية؛ بيان خصوصية منشور | البند ٥.٢ السياسة؛ A.5.١ و A.5.٣٤ | CC1.١–CC1.٣؛ CC2.٣؛ P1.١ | مسؤول تنفيذي محدد بالاسم، وسجل للمخاطر، وحزمة سياسات معتمدة من مجلس الإدارة، ومركز الثقة هذا. |
| APP 2: إخفاء الهوية واستخدام الأسماء المستعارة | لا مقابل مباشر؛ معيار إزالة ما يحدد الهوية في §١٦٤.٥١٤(a)–(b) | المادة ٢٥ حماية البيانات بالتصميم؛ المادة ٤(٥) الأسماء المستعارة | لا يوجد مقابل مباشر | A.8.١١ إخفاء البيانات | لا يوجد مقابل مباشر | تحدده العيادة، فهي التي تقرر ما إذا كان المريض يستطيع التعامل معها دون الكشف عن هويته أو باسم مستعار. |
| APP 3: جمع المعلومات المطلوبة (المعلومات الحساسة تتطلب الموافقة) | §١٦٤.٥٠٢(b) الحد الأدنى الضروري | المادة ٥(١)(b)–(c) تحديد الغرض وتقليل البيانات؛ المادتان ٦ و٩ الأساس القانوني للبيانات الصحية | مبادئ IPP 1 و ٢ و ٤؛ وقواعد HIPC 1 و ٢ و ٤ | A.5.٣٤ | P2.١ الاختيار والموافقة؛ P3.١–P3.٢ الجمع | تأكيد الموافقة قبل كل تسجيل؛ ويقتصر الجمع على اللقاء الذي يبدؤه الممارس. |
| APP 4: المعلومات غير المطلوبة | لا يوجد مقابل مباشر | المادة ٥(١)(c) تقليل البيانات؛ المادة ٥(١)(e) تحديد مدة التخزين | لا يوجد مقابل مباشر | A.5.٣٤ | P3.١ | يُحذف الصوت الخام فور إنتاج التفريغ النصي؛ وتخضع التفريغات النصية لفترة الاحتفاظ الافتراضية القصيرة. |
| APP 5: الإشعار بالجمع | §١٦٤.٥٢٠ إشعار ممارسات الخصوصية | المادتان ١٣–١٤: المعلومات الواجب تقديمها | المبدأ IPP 3؛ وقاعدة HIPC 3 | A.5.٣٤ | الإشعار P1.١ | خطوة موافقة داخل المنتج؛ وتذكر سياسة الخصوصية البلدان التي تُعالج فيها البيانات. |
| APP 6: الاستخدام أو الإفصاح | §١٦٤.٥٠٢(a) و §١٦٤.٥٠٦ الاستخدامات المسموح بها؛ §١٦٤.٥٠٢(e) و §١٦٤.٥٠٤(e) عقود شركاء الأعمال | المادة ٥(١)(b): تحديد الغرض؛ والمادة ٢٨: شروط المعالج | مبادئ IPP 10 و ١١؛ وقواعد HIPC 10 و ١١ | البند A.5.٣٤؛ والبند A.5.١٠: الاستخدام المقبول | الاستخدام P4.١؛ والإفصاح لأطراف ثالثة P6.١ | المعالجة تجري فقط بناءً على تعليمات العيادة بموجب اتفاقية معالجة البيانات؛ لا استخدام ثانوي ولا تدريب للنماذج. |
| APP 7: التسويق المباشر | §١٦٤.٥٠٨(a)(٣) تفويض التسويق | المادة ٢١(٢)–(٣): الحق في الاعتراض على التسويق المباشر | لا يوجد مقابل مباشر (قانون الرسائل الإلكترونية غير المرغوب فيها لعام ٢٠٠٧، Unsolicited Electronic Messages Act ٢٠٠٧) | لا يوجد مقابل مباشر | P2.١ | لا تُستخدم معلومات المرضى للتسويق أبدًا؛ ولا يتلقى المرضى رسائل من العيادة إلا حين يرسل الممارس شيئًا. |
| APP 8: الإفصاح عبر الحدود | لا قيود جغرافية؛ الجهات المتلقية ملزمة بعقود شركاء الأعمال | الفصل الخامس، المواد ٤٤–٤٩ عمليات النقل الدولية (المملكة المتحدة: IDTA أو UK Addendum) | المبدأ IPP 12؛ وقاعدة HIPC 12 | البنود A.5.١٩–A.5.٢٢: العلاقات مع المورّدين | مخاطر المورّدين CC9.٢؛ و P6.٤ | تُخزَّن السجلات في أستراليا. وتُدرج المعالجة خارج البلاد حسب الدولة تحت «مزوّدو الخدمة»، مع حظر تعاقدي للتدريب وحدود للاحتفاظ. |
| APP 9: المعرّفات الحكومية | لا يوجد مقابل مباشر | المادة ٨٧ أرقام الهوية الوطنية | IPP 13؛ القاعدة ١٣ من HIPC: المعرّفات الفريدة | لا يوجد مقابل مباشر | لا يوجد مقابل مباشر | لا تعتمد Hanah أرقام Medicare أو غيرها من المعرّفات الحكومية معرّفاتٍ خاصة بها. |
| APP 10: جودة المعلومات الشخصية | §١٦٤.٣١٢(c) السلامة | المادة ٥(١)(d): الدقة | المبدأ IPP 8؛ وقاعدة HIPC 8 | A.5.٣٤ | الجودة P7.١ | مراجعة الممارس الصحي قبل اعتماد الملاحظة؛ وقياس منشور للدقة والهلوسة. |
| APP 11.١: أمن المعلومات الشخصية | قاعدة الأمان §١٦٤.٣٠٨ و §١٦٤.٣١٠ و §١٦٤.٣١٢ الضمانات الإدارية والمادية والتقنية | المادة ٣٢: أمن المعالجة | المبدأ IPP 5؛ وقاعدة HIPC 5 | البندان A.5.١٥ و A.8.٥: الوصول والمصادقة؛ والبند A.8.٢٤: التشفير؛ والبند A.8.١٣: النسخ الاحتياطي؛ والبندان A.8.١٥–A.8.١٦: تسجيل الأحداث والمراقبة | الوصول المنطقي CC6؛ وعمليات النظام CC7؛ وإدارة التغيير CC8 | التشفير أثناء النقل وأثناء التخزين، والوصول القائم على الأدوار، والمصادقة متعددة العوامل للمسارات ذات الصلاحيات المرتفعة، وكشف التسلل، والنسخ الاحتياطية المشفّرة. |
| APP 11.٢: الإتلاف أو إزالة ما يحدد الهوية | §١٦٤.٣١٠(d)(٢)(i) التخلص | المادة ٥(١)(e): تقييد التخزين؛ والمادة ١٧: المحو | المبدأ IPP 9؛ وقاعدة HIPC 9 | البند A.8.١٠: حذف المعلومات | الإتلاف C1.٢؛ و P4.٣ | حذف تلقائي للصوت والتفريغات النصية، يُسجَّل في سجل حذف يكشف أي عبث. |
| APP 12: الوصول إلى المعلومات الشخصية | §١٦٤.٥٢٤ الوصول | المادة ١٥: الوصول؛ والمادة ٢٠: قابلية نقل البيانات | المبدأ IPP 6؛ وقاعدة HIPC 6 | A.5.٣٤ | الوصول P5.١ | تصدير بصيغة JSON وبصيغ يقرؤها البشر لدعم استجابة العيادة. |
| APP 13: تصحيح المعلومات الشخصية | §١٦٤.٥٢٦ التعديل | المادة ١٦: التصحيح | المبدأ IPP 7؛ وقاعدة HIPC 7 | A.5.٣٤ | التصحيح P5.٢ | يعدّل الممارسون الملاحظات ويعيدون اعتمادها؛ وتتبع طلبات التصحيح إجراءً موثّقًا. |
| الجزء IIIC: نظام الإبلاغ الإلزامي عن خروقات البيانات | قاعدة الإخطار بالخروقات §١٦٤.٤٠٠–٤١٤ | المادتان ٣٣–٣٤: الإخطار بالخروقات | الجزء ٦: خروقات الخصوصية واجبة الإخطار | البنود A.5.٢٤–A.5.٢٧: إدارة الحوادث | الاستجابة للحوادث CC7.٣–CC7.٥ | سياسة للاستجابة للحوادث، وتسجيل أمني مركزي، ودعم لتقييم العيادة خلال ٣٠ يومًا. |

هذه هي فئات مزوّدي الخدمة التي **قد تعالج بيانات عملاء Hanah أو تخزّنها** في بنية الإنتاج الخاصة بنا في ، وما يتولاه كل منها، وما يحتفظ به، وأين يعالج البيانات. ويلتزم كل مزوّد تعاقديًا بحماية بيانات العملاء، ولا يجوز لأي منهم تدريب النماذج عليها. ويستخدم تسجيل دخول الممارسين الصحيين بنية هوية عالمية **لا تحتوي على أي معلومات صحية للمرضى**. وتشكّل الفئات نفسها الملحق C من [اتفاقية معالجة البيانات](https://hanah.health/dpa/#annex-c) لدينا.

| فئة الخدمة | الغرض | البيانات المعالَجة | الاحتفاظ | منطقة المعالجة |
| --- | --- | --- | --- | --- |

الشفافية التشغيلية: صفحة **حالة الخدمة** عامة (مدة التشغيل والحوادث) إلى جانب نقطة الجاهزية `/healthz` في بيئة الإنتاج التي تستخدمها أنظمة المراقبة لدينا.

[حالة الخدمة](https://hanah.health/ar/au/trust/status/ "حالة كل مكوّن، ونسبة التشغيل خلال ٩٠ يومًا، وسجل الحوادث للنشر الأسترالي.") [طلب حزمة الأمان الكاملة بموجب اتفاقية عدم إفصاح](mailto:security@hanah.health?subject=Trust%20%2F%20security%20pack%20request) [العودة إلى hanah.health](https://hanah.health/ar/)

شركة PhysiPal Pty Ltd (التي تعمل باسم Hanah)، . مركز الثقة هذا ملخص عام، وتسود الالتزامات التعاقدية وشروط معالجة البيانات السارية عند التوقيع على ما في هذه الصفحة. ورموز الحالة التعبيرية (✅ 🔧) مؤقتة وستُزال بعد التحقق المستقل من كل صف.