gdpr health
Is encrypted health data still considered personal data and subject to GDPR Art. 9 (1)?
<p>I need to exchange data from a patient providing its own health data to a healthcare provider over my server. The data is encrypted on the patient's device by the public key of the healthcare provider before it is sent to my server. It is then downloaded and decrypted by the healthcare provider.</p>

<p>During the whole process I don't know the identity of the patient nor am I able to decrypt the data.</p>

<p>Is the data being sent over my server still subject to <a href="http://www.privacy-regulation.eu/en/article-9-processing-of-special-categories-of-personal-data-GDPR.htm" rel="nofollow noreferrer">Art. 9 (1)</a> of the GDPR?</p>

<p>To my understanding the data does not reveal anything about who the patient is nor what the content is. But of course, I don't want to risk anything.</p>

<p>Yes, encrypted personal data potentially still is personal data, so some prior thought is necessary. But are you a controller who is processing this personal data? Possibly not. This hinges on what kind of metadata you process, and whether the encryption happens under your authority, e.g. by a software that you provision. If all you can ever get is the encrypted data but not the plaintext, then you can probably treat this similar to pseudonymous or anonymous data.</p>

<p>A related example is a postal service. Letters might <em>contain</em> sensitive personal data. But the postal service is not processing the letter contents, and cannot be treated as a controller of this data. (The postal service is prevented by law from processing this data, you are prevented by the encryption). However, a postal service processes personal data like addresses on the envelope.</p>

<p>You might want to create a Records of Processing document, which will help you understand what (potentially) personal data you will process.</p>

<p>If you are processing patient data <em>on behalf</em> of a healthcare provider, you might want to look into whether you are a controller or a processor. Processor status is not automatic but requires a suitable contract with the controller. As a processor you still have to take appropriate security measures, but you are not responsible for determining the purposes of processing or for responding to data subject requests.</p>

<p><a href="https://gdpr-info.eu/recitals/no-26/" rel="nofollow noreferrer">Recital 26</a> contains</p>

<blockquote>
  <p>To determine whether a natural person is identifiable, account should be taken of all the means reasonably likely to be used, such as singling out, either by the controller or by another person to identify the natural person directly or indirectly. </p>
</blockquote>

<p>In the <a href="http://curia.europa.eu/juris/document/document.jsf?docid=178241&amp;doclang=EN" rel="nofollow noreferrer">opinion of the Advocate General in C‑582/14</a> the definition of "reasonable" is further clarified:</p>

<blockquote>
  <ol start="73">
  <li>That is a practical possibility within the framework of the law and, therefore, ‘reasonable’. The reasonable means of access referred to in Directive 95/46 must, by definition, be lawful means. (20) That is, naturally, the premiss on which the referring court proceeds, as the German Government points out. (21) Thus, the legally relevant means of access are reduced significantly, since they must be exclusively lawful. However, so long as they exist, no matter how restrictive they may be in their practical application, they constitute a ‘reasonable means’, for the purpose of Directive 95/46.</li>
  </ol>
</blockquote>

<p>This means if there is a way to obtain the decryption key, encrypted personal data is also personal data. It does not matter how limited the possibility is.</p>

<p>However, the <a href="https://en.wikipedia.org/wiki/Article_29_Data_Protection_Working_Party" rel="nofollow noreferrer">Art. 29 WP</a> has written in their <a href="https://ec.europa.eu/justice/article-29/documentation/opinion-recommendation/files/2014/wp216_en.pdf" rel="nofollow noreferrer">Opinion 05/2014 on Anonymisation Techniques</a>:</p>

<blockquote>
  <p>The most used pseudonymisation techniques are as follows:</p>
  
  <ul>
  <li><p>Encryption with secret key:</p>
  
  <p>in this case, the holder of the key can trivially re-identify each data subject through decryption of the dataset because the personal data are still contained in the dataset,  albeit in an encrypted form. Assuming that  a state-of-the-art encryption  scheme  was  applied, decryption  can  only  be  possible  with  the  knowledge of the key.</p></li>
  </ul>
</blockquote>

<p><a href="https://gdpr-info.eu/art-4-gdpr/" rel="nofollow noreferrer">Art. 4</a> has the following definition of "pseudonymisation":</p>

<blockquote>
  <p>‘pseudonymisation’ means the processing of personal data in such a manner that the personal data can no longer be attributed to a specific data subject without the use of additional information, provided that such additional information is kept separately and is subject to technical and organisational measures to ensure that the personal data are not attributed to an identified or identifiable natural person;</p>
</blockquote>

<p>Pseudonymised personal data is still personal data. See <a href="https://gdpr-info.eu/recitals/no-26/" rel="nofollow noreferrer">recital 26</a>:</p>

<blockquote>
  <p>Personal data which have undergone pseudonymisation, which could be attributed to a natural person by the use of additional information should be considered to be information on an identifiable natural person. </p>
</blockquote>

<p>If you want to be safe: Get a lawyer.</p>

<p>That said, it depends on the data. Even if it is encrypted, the content might be identifying data, so it is best to handle it as such. On the other hand you can't access the data itself but just the encrypted package that you can't decrypt. To you, the data package is useless.</p>

<p>You might get away easy because you can't access the data itself, but just in case you should outline a data handling directive that lays out that any non encrypted data is to be deleted instantly.</p>

<p>The fact the Data was encrypted does not mean it no longer is able to identify a natural person, only that few have access to it.
So, it is not "available" Data, yet still Personal Data.
The process of "transforming" Personal Data into non-personal Data is Anonymization, not Encryption.
Yet, anonymization must be well thought of, for even if not possible to identify a natural person out of it where internally cross-referenced, there may be external sources that allow it, rendering anonymization not valid/ secure/ effective.</p>
