EINSTEINN DATA PROTECTION POLICY (“DPP”)
*DEFINITIONS
Adequate Protection
means that the recipient of the Protected Data is subject to a law, binding corporate rules, or a binding agreement, which, in each case:
provides an adequate level of protection for Protected Data by effectively upholding principles for the reasonable processing of personal information that are substantially similar to the conditions for lawful processing under POPIA (including, where applicable, protection of juristic persons), and
includes provisions that are substantially similar to section 72 of POPIA regarding any further onward transfer of personal information to third Parties in foreign countries.
Authorised Persons
means Authorised employees, contractors, agents, and auditors who have a need to know or otherwise access Protected Data to perform its obligations under this Agreement.
Controller
means Practice, as stipulated in the Main Agreement, will be regarded as the Controller for purposes of this DPP.
Data Incident
means:
a “security compromise” as contemplated in section 22 of POPIA, namely where there are reasonable grounds to believe that the Protected Data of a Data Subject has been accessed or acquired by any unauthorised person; and
any other actual or reasonably suspected unauthorised or unlawful destruction, loss, alteration, disclosure of, or access to, Protected Data Processed by the Processor on behalf of the Controller.
Data Protection Laws
means applicable law governing the processing of Personal Information, including the Protection of Personal Information Act, 2013.
Main Agreement
Means the Einsteinn Cloud Services Agreement entered into between the Practice and the Provider.
Processor
The Provider, as stipulated in the Main Agreement, will be regarded as the Processor for purposes of this DPP.
Protected Data
means personal information as contemplated under the Data Protection Laws.
Restricted Transfer
means any transfer of Protected Data by the Processor (or any of its sub-processors) to a third party who is located in a country outside the Republic of South Africa, including remote access to Protected Data from such a country.
Services
means the Services as contemplated in the Main Agreement.
CONTROLLER OBLIGATIONS
General compliance
The Controller must comply with all obligations that apply to it as a “responsible party” / controller under applicable Data Protection Laws in relation to:
its determination of the purposes and means of Processing;
its decisions to use the Services; and
its provision of Protected Data to the Processor and its instructions for Processing.
Lawfulness, transparency and legal basis
The Controller:
is solely responsible for determining and documenting the lawful basis (for example, consent, performance of a contract, compliance with a legal obligation, legitimate interests) for Processing Protected Data through the Services;
warrants on an ongoing basis that it has obtained and will maintain all notices to, and permissions or consents from, Data Subjects that are required under Data Protection Laws for the Processing of Protected Data in connection with the Services; and
is responsible for ensuring that its privacy notices and any communications with Data Subjects accurately describe the Processing carried out through the Services.
Data quality, accuracy and minimisation
The Controller:
is solely responsible for the legality, quality and accuracy of the Protected Data and for the means by which it acquired such data;
must ensure that Protected Data supplied to the Processor is adequate, relevant and limited to what is necessary in relation to the purposes for which it is Processed; and
must take reasonable steps to keep Protected Data accurate and, where necessary, up to date, including by correcting or deleting Protected Data in its source systems where the Controller becomes aware of inaccuracies.
Prohibited categories of data (special personal information and children)
Unless expressly agreed in writing, the Controller shall not intentionally submit to the Services any Protected Data that constitutes:
special personal information / special categories of personal data (including information relating to an individual’s health, biometric identifiers, religious or philosophical beliefs, political opinions, trade-union membership, criminal behaviour, or similar categories defined in Data Protection Laws); or
personal information of children (as defined in Data Protection Laws).
Where the Parties agree in writing that such categories may be Processed, the Controller:
warrants that such Processing is strictly necessary and that it has a valid legal basis and all required consents or authorisations to Process and disclose such data to the Processor; and
must notify the Processor in advance and cooperate with the Processor to implement any additional technical and organisational measures that the Processor reasonably requires in order to Process such data lawfully and securely.
Use of the Services and instructions
The Controller:
is responsible for its configuration and use of the Services and for any Processing instructions it gives to the Processor (including through the use, configuration or integration of the Services by or on behalf of the Controller);
must ensure that its instructions, and its use of the Services, do not cause the Processor to breach Data Protection Laws or the rights of any Data Subject;
must not use the Services to collect or Process Protected Data in a way that is unlawful, misleading, discriminatory or otherwise infringes Data Protection Laws; and
is responsible for ensuring that only authorised users have access to the Services and that such users keep their authentication credentials secure and confidential.
Underlying controllers (where Controller acts as a processor/operator for others)
Where the Controller Processes Protected Data as a processor/operator on behalf of its own customer or another responsible party, the Controller warrants that:
it is authorised by the underlying responsible party / controller to appoint the Processor (and the Processor’s Sub-processors) as further operators / processors and to issue Processing instructions to them; and
the Processing activities that the Controller instructs the Processor to carry out are within the scope of, and consistent with, the written mandate and lawful instructions it has received from that underlying responsible party / controller.
No limitation of Processor obligations
Nothing in this clause relieves the Processor of any obligations that apply to it directly under this DPP or under applicable Data Protection Laws, or affects the Processor’s responsibilities to implement appropriate security safeguards and to comply with its own operator / processor duties.
PROCESSOR’S OBLIGATIONS
Obligations
When handling Protected Data, the Provider must:
keep and maintain all Protected Data in strict confidence, using such degree of care as is appropriate to avoid unauthorized access, use or disclosure.;
use and disclose Protected Data solely and exclusively for the purposes for which the Protected Data, or access to it, is provided pursuant to the terms and conditions of the Main Agreement, and not use, sell, rent, transfer, distribute, or otherwise disclose or make available Protected Data for the Practice’s own purposes or for the benefit of anyone other than the Practice, in each case, without Practice’s prior written consent; and
not, directly or indirectly, disclose Protected Data to any person other than Authorised Persons, without express written consent from the Practice, unless and to the extent required by government authorities or as otherwise, to the extent expressly required, by applicable law, in which case, the Provider must use reasonable efforts to notify the Practice before such disclosure or as soon thereafter as reasonably possible.
The Provider is responsible for and remain liable to the Practice for the actions and omissions of such Authorised Persons concerning the treatment of such Protected Data as if they were the Provider’s own actions and omissions; and
The Provider must require the Authorised Persons that have access to Protected Data to execute a written undertaking to comply with this DPP.
PROCESSING OF PROTECTED DATA
Categories of data subjects
Protected Data of the following type of data subjects will be processed:
Controller personnel;
Controller’s patients and end-users;
Prospective patients and marketing contacts;
Controller’s suppliers and business partners;
Website and application visitors;
Support and communication contacts; and
Any other individuals whose Personal Information is uploaded to, received by, or otherwise processed via the Services by or on behalf of the Controller, in each case as determined and controlled by the Controller in its use of the Services.
Categories of protected data
The following categories of Protected Data will be processed-
Name;
Contact information such as email, phone number, or address;
Employment information such as employee ID or compensation;
Financial information such as bank account numbers;
Professional or biographic information such as resume or CV;
Transactional information such as account information or purchases;
User activity and analysis such as device information or IP address; and
Location information.
Nature and purpose of processing
The nature and purpose of processing is limited to:
Receiving data, including collection, accessing, retrieval, recording, and data entry;
Holding data, including storage, organization, and structuring;
Using data, including analysis, consultation, testing, automated decision making, and profiling;
Updating data, including correcting, adaptation, alteration, alignment, and combination;
Protecting data, including restricting, encrypting, and security testing;
Sharing data, including disclosure, dissemination, allowing access, or otherwise making available;
Returning data to the data exporter or data subject; and
Erasing data, including destruction and deletion
Duration of processing
The Processor will Process Protected Data for the following duration:
for the term of the Main Agreement, including any renewals or extensions; and
thereafter, only for so long as (i) the Controller instructs the Processor in writing to retain Protected Data for specific purposes, or (ii) retention of Protected Data is required by applicable law or reasonably necessary for the establishment, exercise or defence of legal claims,
after which the Processor will delete or anonymise the Protected Data in accordance with the “Return and deletion of Protected Data” clause of this DPP.
Return and deletion of Protected Data
On termination or expiry of the Services under the Main Agreement that involve the Processing of Protected Data, the Processor shall, at the Controller’s written election:
return all Protected Data to the Controller in a commonly used, machine-readable format; or
securely delete or irreversibly anonymise all Protected Data in its possession or under its control,
in each case within 30 days after the effective date of termination or expiry, except to the extent that applicable law requires the Processor to retain certain Protected Data.
Where the Controller elects to have Protected Data returned, the Processor may charge reasonable, documented fees for any non-standard data extraction or transformation, provided that the Processor has notified the Controller of such fees in advance.
The Processor shall ensure that any sub-processor that Processes Protected Data on its behalf complies with the Controller’s election under the above clause and returns or deletes Protected Data in accordance with this clause.
The Processor may retain Protected Data in routine backup systems for an additional limited period after termination or expiry, provided that:
such backups are kept securely and are not accessed or used for any purpose other than backup and recovery; and
such backups are overwritten or destroyed in accordance with the Processor’s standard backup retention cycles.
Any Protected Data retained by the Processor under a legal or regulatory retention obligation shall remain subject to the confidentiality and security obligations in this DPP for as long as it is retained.
On the Controller’s written request, the Processor shall provide a written confirmation that it has complied with this clause in respect of the Protected Data.
TECHNICAL AND ORGANISATION MEASURES
Technical and organisational measures
The Processor shall implement and maintain appropriate, reasonable technical and organisational measures designed to protect Protected Data against accidental or unlawful destruction, loss, alteration, unauthorised disclosure of, or access to Protected Data transmitted, stored or otherwise processed.
Without limiting the generality of the above, such measures shall include, where appropriate having regard to the nature of the Protected Data and the risks of Processing:
access control and authentication mechanisms based on least-privilege principles;
physical and environmental security for office facilities;
logical separation of customer environments in multi-tenant systems;
encryption of Protected Data in transit over public networks and at rest where reasonably practicable;
network and application security controls, including firewalls, intrusion detection/prevention, vulnerability management and patching;
backup, business continuity and disaster recovery arrangements with defined recovery time and recovery point objectives;
secure development practices, including change management and security testing of material changes; and
staff awareness, confidentiality undertakings and regular training on data protection and information security.
The Processor shall review and update these measures periodically to maintain an appropriate level of security, taking into account industry standards, technological developments and the nature of the Processing.
RESTRICTED TRANSFERS
Acknowledgement
The Controller acknowledges and agrees that, in order to provide the Services, the Processor and its sub-processors may carry out Restricted Transfers of Protected Data.
Restriction
The Processor shall not conduct a Restricted Transfer unless:
the Restricted Transfer is required for the performance of the Services in accordance with the Main Agreement and this DPP; and
the recipient of the Protected Data benefits from Adequate Protection.
Requirements
For each Restricted Transfer, the Processor shall ensure that:
the applicable law, binding corporate rules or binding agreement relied upon to establish Adequate Protection is legally binding and enforceable on the recipient; and
such law, rules or agreement in substance (i) upholds principles for reasonable processing of personal information that are substantially similar to the conditions for lawful processing set out in POPIA, and (ii) restricts further onward transfers of Protected Data to third Parties in foreign countries on terms that are substantially similar to this clause.
The Processor shall, on the Controller’s reasonable written request, provide a high-level description of the legal or contractual mechanism relied upon to demonstrate Adequate Protection for any material category of Restricted Transfers.
If, after a Restricted Transfer has commenced, the Processor becomes aware that Adequate Protection is no longer ensured for a relevant recipient, the Processor shall:
promptly notify the Controller; and
take reasonable and appropriate steps, agreed with the Controller, to (i) restore Adequate Protection (for example, by implementing a new binding agreement or alternative safeguard), or (ii) cease the relevant Processing and/or move the Processing to an alternative location or recipient that benefits from Adequate Protection.
SUB-PROCESSORS
Sub-processors
The Controller authorises the Processor to engage third Parties as sub-contractors to process Protected Data on the Processor’s behalf in connection with the Services (each a “Sub-processor”), provided that the Processor complies with this clause.
The Processor will maintain an up-to-date list of its current Sub-processors involved in providing the Services. On the Controller’s written request, the Processor will provide a link to, or copy of, this list. The Processor will notify the Controller in writing (which may be via email or a customer portal) of any intended addition or replacement of a Sub-processor before that Sub-processor starts processing Protected Data.
Before a Sub-processor first processes any Protected Data, the Processor will enter into a written contract with that Sub-processor which:
restricts the Sub-processor’s processing of Protected Data to strictly necessary processing for the sole purpose of assisting the Processor to provide the Services to the Controller;
requires the Sub-processor to implement and maintain appropriate technical and organisational measures to protect Protected Data in a manner that is no less protective than the measures required of the Processor under this DPP and applicable Data Protection Laws;
imposes confidentiality obligations on all persons authorised to access Protected Data that are no less protective than those in this DPP;
requires the Sub-processor to assist the Processor, to the extent reasonably practicable, in meeting the Processor’s obligations under this DPP in relation to security, data-breach notification, data-subject rights, and deletion or return of Protected Data; and
requires the Sub-processor to delete or return all Protected Data to the Processor (at the Processor’s choice) when the Sub-processor’s services end, subject only to any retention that is strictly required by law and subject to continued compliance with this DPP while any Protected Data is retained.
The Processor will ensure that the obligations imposed on each Sub-processor are, in substance, no less protective of Protected Data than the obligations imposed on the Processor under this DPP and under applicable Data Protection Laws.
Responsibility for Sub-processors
The Processor remains fully responsible to the Controller for the performance of each Sub-processor’s obligations relating to Protected Data, to the same extent as if the Processor performed the relevant acts or omissions itself. Nothing in this DPP releases a Sub-processor from its own direct responsibilities under applicable Data Protection Laws.
Right to object to new or replacement Sub-processors
If the Controller has reasonable, documented grounds relating to data protection or information security to object to a new or replacement Sub-processor, the Controller may object in writing within 30 days after the Processor’s notice under the above clause. On receiving a valid objection, the Parties will discuss the Controller’s concerns in good faith. The Processor may, in its discretion, then:
not appoint, or cease to use, the relevant Sub-processor for processing Protected Data;
propose a reasonable change to the Services to avoid processing by that Sub-processor; or
permit the Controller to suspend or terminate the part of the Services that cannot reasonably be provided without that Sub-processor, without any early-termination charge for that part of the Services, but subject to payment of all fees properly accrued up to the effective date of suspension or termination.
If the Controller does not object within the 30-day period, the Controller is deemed to have authorised the new or replacement Sub-processor.
Sub-processors outside South Africa
Where the appointment of a Sub-processor will involve a Restricted Transfer, the Processor will only appoint that Sub-processor if the requirements for cross-border transfers in this DPP and applicable Data Protection Laws are met, including ensuring that the Sub-processor provides a level of protection for Protected Data that is not less protective than that required by those laws.
CONFIDENTIAL INFORMATION
Confidential information
All Protected Data provided by the Controller to the Processor or to which the Processor may be exposed or acquire in terms of this Agreement, constitutes Confidential Information.
If there is a conflict between this DPP and the Main Agreement in relation to the Processing of Protected Data, this DPP prevails.
ACCESS RIGHTS
Access rights
The Controller may access and copy any Protected Data in the Processor’s possession or control at any time and the Processor must provide reasonable assistance to the Controller to access and copy the Protected Data.
The Processor may charge their reasonable then-standard fees for any assistance provided.
PROTECTED DATA REQUESTS
Protected data requests
For the purposes of this DPP, a “Protected Data Request” means any request, complaint or other communication received from a Data Subject or a regulator relating to:
the exercise of a Data Subject’s rights in respect of Protected Data (including any right of access, correction, deletion or objection under Data Protection Laws); or
any allegation that the Processing of Protected Data infringes Data Protection Laws.
To the extent permitted by law, if the Processor receives a Protected Data Request that relates to Protected Data Processed on behalf of the Controller, the Processor shall:
promptly (and in any event within 5 business days of receipt) notify the Controller in writing, including reasonable details of the request; and
not respond to the request, other than to acknowledge receipt and direct the Data Subject or regulator to contact the Controller, except on the documented instructions of the Controller or where a response is required by applicable law.
The Controller is responsible for determining how to respond to any Protected Data Request and for communicating with the relevant Data Subject or regulator, save to the extent that applicable law requires a response directly from the Processor.
Taking into account the nature of the Processing and the information available to it, the Processor shall provide the Controller with reasonable assistance and information, including through appropriate technical and organisational measures, as may be necessary to enable the Controller to:
respond to Protected Data Requests in accordance with Data Protection Laws; and
demonstrate its compliance with the Data Subject participation requirements under Data Protection Laws.
The Processor may charge the Controller reasonable fees for assistance under this clause only where:
the Protected Data Request is manifestly unfounded, excessive or repetitive;
the requested assistance clearly falls outside the agreed scope of the Services,
provided that the Processor has informed the Controller in advance that additional fees will apply and the Parties have agreed such fees in good faith.
DATA INCIDENTS
Processor’s duty to notify Controller
If the Processor becomes aware of a Data Incident involving Protected Data Processed on behalf of the Controller, the Processor shall:
notify the Controller of the Data Incident without undue delay, and in any event within 48 hours after becoming aware of the Data Incident; and
provide the Controller, as soon as reasonably practicable, with the information described below, to the extent known at the time of notification.
The Processor’s notification contemplated herein shall be sent to the Controller’s designated contact point for security incidents (or, if none has been notified, to the primary contract contact under the Main Agreement).
Where it is not possible to provide all information at the same time, the Processor may provide the information in phases without undue further delay as details become available.
Content of Processor’s notification and assistance
Taking into account the nature of the Processing and the information available to it, the Processor shall provide the Controller with information reasonably required for the Controller to comply with its obligations under Data Protection Laws in relation to the Data Incident, including, where available:
a description of the nature of the Data Incident, including, where possible, the categories and approximate number of affected Data Subjects and Protected Data records concerned;
the categories of Protected Data affected;
the likely consequences and risks for affected Data Subjects; and
the measures taken or proposed to be taken by the Processor to address the Data Incident, including, where appropriate, measures to mitigate its possible adverse effects.
The Processor shall, without undue delay:
take reasonable steps to contain, investigate and remediate the Data Incident, including implementing appropriate corrective and mitigating measures; and
cooperate with the Controller and provide reasonable assistance (at no additional charge for activities that are part of the Processor’s standard incident response) in (i) assessing the impact and risks of the Data Incident, (ii) preparing any notifications to regulators or Data Subjects that the Controller decides are required, and (iii) responding to any regulatory enquiries relating to the Data Incident.
If the Controller requests assistance that clearly falls outside the Processor’s standard incident response processes or the agreed scope of the Services, the Processor may charge reasonable, documented fees for such additional work, provided that it notifies the Controller in advance and the Parties agree such fees in good faith.
Notifications to regulators and Data Subjects
The Parties acknowledge that, under POPIA, the Controller (as responsible party) bears the legal obligation to notify the Information Regulator and affected Data Subjects of a security compromise, where required by law.
The Controller is therefore responsible for:
determining whether a Data Incident is notifiable under Data Protection Laws; and
making any notifications to the Information Regulator, Data Subjects and/or other third Parties required by Data Protection Laws.
The Processor shall not notify any regulator, law enforcement agency, Data Subject or other third party about a Data Incident involving Protected Data, except:
on the documented instructions of the Controller; or
where the Processor is required to do so by applicable law, in which case the Processor shall, where legally permitted, notify the Controller in advance of such notification or, where advance notice is not possible, as soon as reasonably practicable thereafter.
The Controller shall provide the Processor with copies of any material notifications to the Information Regulator or affected Data Subjects relating to a Data Incident involving Protected Data Processed by the Processor, to the extent that disclosure of such notifications to the Processor is lawful.
Records and documentation
Each Party shall keep appropriate records of any Data Incidents that occur in relation to Protected Data, including the facts relating to the Data Incident, its effects and the remedial action taken, to the extent required by Data Protection Laws.
Any allocation of liability and cost between the Parties in respect of a Data Incident, including any claims by Data Subjects, regulators or third Parties, shall be governed by the Main Agreement (including its limitation of liability and indemnity provisions).