Legal

YADOCT PRIVACY POLICY

This policy explains how Yadoct collects, uses, and protects your data.

Last Updated: 20 September 2026 Effective Date: 22 May 2026 Jurisdiction: People's Democratic Republic of Algeria Applicable Law: Algerian Law No. 18-07 on protection of personal data Data Controller: EURL Yadoct Contact: [email protected]


1. PURPOSE, SCOPE AND DEFINITIONS

This Privacy Policy describes how Yadoct processes personal data in accordance with Algerian Law No. 18-07 when you use our platform, including web, mobile, and clinic systems (the "Services").

Definitions

  • Personal Data: Any information relating to an identified or identifiable natural person.
  • Health Data: Sensitive personal data related to physical or mental health.
  • User: Any patient or healthcare provider using the Services.
  • Provider: Licensed healthcare professional or medical organization using Yadoct.

This Policy applies exclusively to users aged 18 years and above.

2. ROLES AND RESPONSIBILITIES

2.1 Yadoct

Yadoct acts as data controller for platform operations including:

  • Account management
  • Appointment systems
  • Messaging infrastructure
  • Telemedicine infrastructure

2.2 Healthcare Providers

Healthcare Providers act as independent data controllers for:

  • Medical diagnosis
  • Clinical decision-making
  • Treatment and prescriptions

Yadoct does not provide medical services and does not interfere with clinical decisions.

3. CATEGORIES OF DATA COLLECTED

We apply data minimization principles and only collect data necessary for healthcare services.

3.1 Identity and Account Data

  • Full name
  • Date of birth (18+ verification)
  • Phone number
  • Email address
  • Authentication credentials

3.2 Health Data (Sensitive Data)

  • Medical history
  • Symptoms and consultation notes
  • Prescriptions
  • Laboratory and imaging results
  • Allergies and chronic conditions
  • Vaccination records

Where a practice has enabled the optional mode described in Section 9.3, this data only reaches us encrypted, under a key we do not hold.

3.3 Technical Data

  • Device type and operating system
  • IP address
  • Authentication logs
  • Application usage logs

3.4 Communication Data

  • Messages between patient and provider
  • Appointment history
  • Support communications

3.5 Device Permissions (Optional)

  • Camera (document upload, profile image)
  • Microphone (telemedicine calls)
  • Location (provider search)
  • Notifications (alerts)

4. PURPOSE AND LEGAL BASES

We process personal data only for specific, explicit, and legitimate purposes:

4.1 Purposes

  • Provision of healthcare appointment services
  • Telemedicine consultations
  • Medical record management
  • Communication between users and providers
  • Platform security and fraud prevention
  • Legal compliance under Algerian Law No. 18-07
  • Service improvement using aggregated anonymized data

4.2 Legal Bases

  • Contract performance (Service delivery)
  • Legal obligations (health, tax, regulatory compliance)
  • Explicit consent (optional features only)
  • Legitimate interest (security, fraud prevention, system stability)

5. PROHIBITED USE OF DATA

We explicitly state:

  • We do not sell personal or health data
  • We do not use health data for advertising
  • We do not perform automated medical diagnosis or treatment decisions
  • We do not profile users for behavioral advertising

6. DATA SHARING AND DISCLOSURE

We share data only when strictly necessary.

6.1 Healthcare Providers

Data is shared with selected providers for medical consultation and treatment.

6.2 Service Providers (Processors)

We use third-party processors under strict contractual agreements:

  • Payment processing (Chargily Pay)
  • Server hosting and infrastructure (Algérie Télécom SPA, Algeria)
  • Messaging and notification services (SMS/email)
  • Telemedicine infrastructure

Processors are prohibited from using data for any independent purpose.

6.3 Legal Authorities

Data may be disclosed when required by Algerian law or valid legal request.

6.4 Business Transfers

In case of merger or acquisition, users will be informed prior to any data transfer.

6.5 Who Inside a Practice Can Open Your Record

Access to a record is confined to the practice treating you. On every request our servers check that the record asked for belongs to the account asking: a healthcare provider reaches only their own records, a staff member only those of the practice employing them, a clinic only those of the practitioners attached to it. No provider can open another practice's record.

Within a practice, staff access is not automatic. The practice owner grants permissions one by one; those that open the medical record are never ticked by default and are flagged as sensitive when they are granted. A permission that was not granted is refused by the server, not merely hidden in the interface. Access to medical data is logged (Section 11).

7. TELEMEDICINE

Teleconsultations take place over live audio/video. Yadoct does not record them. The platform has no call-recording function, for the patient or for the healthcare provider: no call recording is produced, transmitted or retained (Section 10).

Not to be confused with the consultation recording described in Section 8. That is a separate, optional feature: it captures the microphone on the provider's own computer in order to produce a draft consultation report, at the provider's initiative alone, and does not record the call stream.

8. ARTIFICIAL INTELLIGENCE AND AUTOMATION

8.1 Scope of AI Use

Yadoct offers optional AI-assisted features strictly limited to administrative support and clinical documentation, namely (i) the generation of draft consultation summaries for Healthcare Providers and (ii) support-request intake assistance. These tools:

  • are optional and, for consultation summaries, initiated solely by the Healthcare Provider on a case-by-case basis;
  • do not provide medical diagnosis, treatment recommendations, or any autonomous clinical decision; and
  • perform no automated decision-making producing legal or similarly significant effects on any person.

8.2 Third-Party AI Processor

Certain AI features are delivered using the Google Gemini API, provided by Google acting as a data processor on Yadoct's behalf under contractual safeguards. Where a consultation summary is generated, only the following may be transmitted to this processor, and for the sole purpose of producing the summary:

  • the consultation audio, and only when a Provider explicitly starts a recording; and
  • a de-identified clinical context (such as age, sex, vital signs, allergies and relevant history) from which direct identifiers - including name, phone number, email, postal address and internal identifiers - are removed beforehand.

8.3 Limited Use

Data transmitted to our AI processor is used only to provide the requested feature; is not used or transferred for advertising or any unrelated purpose; is not sold; and is not used to develop, improve, or train generalized or non-personalized AI or machine-learning models. All transmission is encrypted and data minimization is applied throughout.

8.4 Consent for Consultation Recording

Consultation recording and AI summarization are disabled by default. Because a recording captures the patient's voice and health information, the Healthcare Provider must inform the patient and obtain their consent before starting any recording. The patient may refuse or withdraw consent at any time, and the Healthcare Provider remains responsible for obtaining and documenting that consent.

9. DATA STORAGE AND RESIDENCY

9.1 Primary Storage (Algeria)

Core personal and medical data is stored in Algeria, on servers we administer within the infrastructure of Algérie Télécom SPA (the national public telecommunications operator, AS36947). It does not leave Algerian territory, other than in the limited cases described in Sections 9.2 and 14.

Database: the database runs on that same server and is reachable only locally — it is not entrusted to any third-party database service or foreign host, and its port is not exposed to the internet. Between the application and the database, data crosses no external network.

Backups: the database is backed up every night; backups are kept for 30 days and then deleted, sensitive medical fields stay encrypted inside them as they are in the database, and restoring them is tested periodically. They remain on the same infrastructure, at Algérie Télécom: no copy is sent outside Algeria.

9.2 External Processing

Some technical operations may involve external providers for:

  • Messaging
  • Video streaming
  • File delivery
  • Analytics

Such processing is limited to operational necessity and subject to:

  • Encryption in transit
  • Data minimization
  • Contractual safeguards prohibiting reuse

9.3 "Records Encrypted by the Practice" Mode (Optional)

A practice chooses how its patients' clinical records are kept. By default they are kept as described in Section 9.1. A practice may also choose to encrypt them itself, with a key only it holds. Both choices comply with Law No. 18-07 and, in either case, data is kept on infrastructure located in Algeria, encrypted and subject to controlled access. This mode, like the artificial intelligence features described in Section 8, is optional and off by default: it is enabled practice by practice, at the healthcare provider's initiative, and can be turned off again.

Where a practice has enabled this mode:

  • The clinical content of the record — history and observations, consultation reports, prescriptions, uploaded documents and results, examinations, measurements and completed questionnaires — is encrypted on the practice's own computer with a key only the practice holds. Our servers refuse to store that content in the clear.
  • An encrypted copy is synchronized through our servers, located in Algeria, so that the practice's computers hold the same records. What we store and transmit is then encrypted data we cannot read.
  • This mode covers the clinical content of the record. The rest of the service — account, appointments, the queue, procedures and payments, follow-up recalls — works as described in this Policy, and the practice is told so when the mode is enabled.
  • Clinical content is neither sent to nor stored on the mobile applications: in this mode, records are read and entered from Yadoct Web, on a practice computer.
  • Records saved before the mode was enabled remain on our servers, in Algeria, until the practice transfers them to its own encrypted storage. After a transfer, the original copy is removed from the active records and held aside for at most 60 days — during which the practice can reverse the transfer — then permanently deleted along with the files it referenced.

Keys and recovery: the practice's passphrase is never sent to Yadoct. Regaining access to encrypted records requires two separate and complementary elements: the recovery code issued to the practice, which only the practice holds, and a share kept by Yadoct, which is useless on its own. That share is released only after our support team has verified the identity of the requester, within a limited time window, once, and every step is logged. If the practice loses what it holds, Yadoct cannot open the records on its behalf.

10. DATA RETENTION POLICY

Retention is strictly limited to what is necessary:

Data TypeRetention Period
Medical recordsAs required by Algerian healthcare law and continuity of care obligations
Financial recordsAs required by tax and accounting regulations
Account dataUntil deletion request is processed (subject to legal retention limits)
Communication logsLimited retention for support and dispute resolution
Encrypted copy of clinical records (Section 9.3)Kept while the practice uses that mode, then deleted at its request
Clinical records transferred to the practice's storage (Section 9.3)At most 60 days, then permanently deleted
Database backups30 days, then automatically deleted
Telemedicine recordingsNot allowed

After retention periods, data is securely deleted or anonymized.

11. DATA SECURITY MEASURES

We implement industry-standard safeguards:

  • TLS encryption in transit
  • AES encryption at rest for sensitive data
  • Practice-side encryption where the optional mode in Section 9.3 is enabled: clinical records are encrypted on the practice's computer, with a key we do not hold
  • Role-Based Access Control (RBAC)
  • Strict authentication mechanisms
  • Audit logging of access to medical data
  • Continuous monitoring and vulnerability management
  • Device-based identity verification: we may ask you to confirm your identity (for example, your name and date of birth) when you sign in from a new or unrecognized device, to protect your account
  • We perform security checks to protect your data and detect unsafe environments (for example, blocking access while USB debugging is enabled)

Penetration testing: the platform is penetration-tested by Attack Insights (attackinsights.ai), a firm specialising in offensive security. Testing covers the API — the layer through which health data passes — and is carried out with six authenticated accounts of different roles, belonging to separate practices, so that isolation between accounts is exercised rather than assumed. Identified vulnerabilities are tracked through to remediation, and the report can be provided on reasoned request to [email protected].

Incident Response In case of a data breach:

  • We assess risk immediately
  • Notify authorities as required by law (without undue delay)
  • Notify affected users where risk is significant

12. USER RIGHTS UNDER LAW 18-07

Users have the right to:

  • Access their personal data
  • Rectify inaccurate data
  • Request deletion (subject to legal obligations)
  • Restrict processing
  • Object to processing in specific cases
  • Data portability (where technically feasible)
  • Withdraw consent at any time

Requests: [email protected]

Response time: within legally reasonable timeframe under Algerian Law No. 18-07.

12.1 DELETING YOUR ACCOUNT AND DATA

You can request deletion of your account and personal data at any time:

  • In the app: open Profile and tap "Delete account".
  • On the web: visit https://yadoct.com/account-deletion and submit the request form (no login required).
  • By email: [email protected]

Once your identity is verified, your account and personal profile data are permanently deleted. Some medical and financial records may be retained for the minimum period required by Algerian healthcare, tax and accounting law, after which they are securely deleted or anonymized.

12.2 YOUR RIGHTS WHERE YOUR PRACTICE ENCRYPTS ITS RECORDS

Where the practice treating you has enabled the optional mode described in Section 9.3, Yadoct can neither read nor export the clinical content of your record. Requests for access, rectification and portability of that content must therefore be addressed to the practice, which is the independent controller for clinical data (Section 2.2); on request, we will help you identify and contact it. Your rights over other data — identity, account, appointments, procedures and payments — are exercised with Yadoct as described above, and we remain able to delete the encrypted copy we hold.

13. CHILDREN AND AGE RESTRICTION

The Services are strictly restricted to individuals aged 18 years and above. We do not knowingly collect or process data from minors. If such data is identified, it is promptly deleted unless legally required to retain.

14. INTERNATIONAL DATA TRANSFERS

Where data processing occurs outside Algeria:

  • Only minimum necessary data is transferred
  • Data is encrypted during transmission
  • Contractual safeguards are enforced
  • Processing is strictly limited to operational purposes
  • No replication or independent use is permitted

15. COOKIES AND TRACKING

Yadoct does not use cookies or tracking technologies for analytics, advertising, or profiling. Only essential session mechanisms may be used to ensure secure authentication.

16. INFORMATIONAL CONTENT (QUEUE DISPLAY)

On in-clinic Queue Display screens (the waiting-room slideshow), Yadoct may show its own informational content — for example, prompts to download the Yadoct apps. This is not third-party advertising, and it is not advertising for doctors, clinics, or teleconsultation services. Yadoct does not operate ad networks, does not use advertising identifiers or behavioral tracking, and does not use personal or health data for this content.

16.1 What the Screen Shows About Patients

The waiting-room screen shows the ticket number being called and the numbers waiting, together with the room or line concerned. It shows nothing that identifies a patient: no name, no reason for the visit, no medical information, no phone number, no address. That information is not sent to the screen at all.

17. THIRD-PARTY SERVICE PROVIDERS

We rely on external service providers for technical operations:

  • Hosting infrastructure
  • Communication systems
  • Payment processing
  • Telemedicine services

All providers are contractually bound to:

  • Maintain confidentiality
  • Process data only on instructions
  • Apply appropriate security measures
  • Not use data for independent purposes

18. NO COMMERCIALIZATION OF HEALTH DATA

We do not sell, rent, or commercially exploit personal or health data under any circumstances.

19. LIMITATION OF LIABILITY & MEDICAL RESPONSIBILITY

Yadoct acts exclusively as a technical platform connecting patients with independent, licensed healthcare professionals.

All medical services, including diagnosis, consultation, prescriptions, and treatment decisions, are the sole responsibility of the Healthcare Provider.

Yadoct does not provide medical services and does not interfere in any medical judgment or clinical decision-making.

Yadoct is not a party to the medical relationship between patients and Healthcare Providers.

Any dispute related to medical advice, diagnosis, treatment, or clinical outcomes must be resolved directly between the patient and the Healthcare Provider.

Yadoct shall not be held liable for any medical decisions, outcomes, or professional actions taken by Healthcare Providers.

20. CHANGES TO THIS POLICY

We may update this Policy to reflect legal, technical, or operational changes. Users will be notified of material updates. Continued use constitutes acceptance.

21. CONTACT

All requests: [email protected]

22. GOVERNING LAW

This Policy is governed exclusively by the laws of the People's Democratic Republic of Algeria, including Algerian Law No. 18-07. All disputes fall under Algerian jurisdiction.

22.1 Standards Applied

The EU General Data Protection Regulation (GDPR, 2016/679) does not govern our processing and carries no certification to hold; we apply it as a design standard, Law 18-07 following the same architecture.

In practice: the platform was audited against that standard in 2026 and the resulting measures were implemented — notably field-level encryption at rest for health data falling under special categories (Article 9), in production since July 2026. The rights set out in Section 12 — access, rectification, erasure, restriction, objection, portability, withdrawal of consent — are the rights that standard defines, exercised under Law 18-07.

23. HEALTHCARE PROVIDER VERIFICATION

All Healthcare Providers using Yadoct undergo a mandatory verification process before being approved on the platform.

This process includes:

  • Verification of identity (government-issued ID)
  • Verification of medical license or registration number (e.g. Ordre des Médecins or equivalent authority)
  • Validation of professional specialty and practice eligibility
  • Manual review and approval by the Yadoct administration team

Only verified healthcare professionals are allowed to offer telemedicine consultations on the platform.

24. PROVIDER CALENDAR AND APPOINTMENT IMPORT

To help Healthcare Providers move their existing schedules onto Yadoct, we offer optional tools that let a Provider import appointments. These features are entirely optional, require an explicit action by the Provider, and can be turned off at any time. We import only the information needed to create appointments (such as patient name, date, time, and reason) and apply data minimization throughout.

24.1 Import Methods

  • Spreadsheet import: A Provider may upload a file (for example an Excel or CSV schedule). The file is processed solely to extract appointment entries.
  • Image import: A Provider may submit a photo of a paper or on-screen schedule. The image is processed, including optical character recognition, solely to extract appointment entries.
  • Google Calendar synchronization: A Provider may connect a Google account so that calendar events can be imported as appointments.

The only processor involved in these imports is Google, and only for two of them: reading an image of a schedule, which is handled by the Gemini API under the terms described in Section 8, and Google Calendar synchronization. A spreadsheet, by contrast, is read directly in the provider's browser — the file is never sent to us and no third party sees it; only the appointments extracted from it reach us.

Imported data is used solely to create and manage appointments on the platform, and retained under the same terms as other appointment data (Section 10). It is never sold and never used for advertising.

24.2 Google API Services — Limited Use

When a Provider connects Google Calendar, Yadoct requests read-only access to calendar data using the narrowest scopes necessary, and only to import appointments at the Provider's request.

Yadoct's use and transfer to any other app of information received from Google APIs will adhere to the Google API Services User Data Policy (https://developers.google.com/terms/api-services-user-data-policy), including the Limited Use requirements.

Specifically, information obtained from Google APIs is:

  • used only to provide and improve the appointment-import feature;
  • not transferred to others except as necessary to provide that feature, to comply with applicable law, or as part of a merger or acquisition;
  • not used or transferred for advertising or any other unrelated purpose;
  • not used to develop, improve, or train generalized or non-personalized AI or machine-learning models; and
  • not accessed by humans unless you give explicit consent for specific data, it is necessary for security purposes such as investigating abuse, it is required to comply with applicable law, or the data is aggregated and anonymized for internal operations.

In practice we hold ourselves tighter than that commitment allows. Calendar data is read by the provider's browser, which requests it from Google directly; our servers receive neither the Google access token nor the calendar events. Only the appointments created from them reach us. We therefore hold no Google Calendar data to transfer, to anyone.

A Provider may disconnect Google Calendar at any time from the application settings, or from the Google account permissions page (https://myaccount.google.com/permissions), which revokes Yadoct's access.