◇ OpenCyber Academy
Rapid course · Chapter 3 · English

Chapter 3 — Privacy and data protection: systems, data and dependencies

Open, free learning for anyone who wants to protect people and technology. No account is required to read this text or its worked answers.

Chapter 3 — Privacy and data protection: systems, data and dependencies

Lesson map

Lesson 03 published. Map, example, EX055.

flowchart TD
  N0["Learning outcomes"]
  N1["3.1 Mapping the systems"]
  N2["3.2 Following the flows"]
  N3["3.3 Vendors and dependencies"]
  N4["3.4 Lawful bases"]
  N5["3.5 Retention"]
  N6["Concepts — the basis does not travel to the next pur"]
  N7["Data — four flows that leave the shop"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Worked example"]
  EX --> Q["Exercise EX055"]

Logical drawing

flowchart LR
  N0["Learning outcomes"]
  N1["3.1 Mapping the systems"]
  N2["3.2 Following the flows"]
  N3["3.3 Vendors and dependencies"]
  N4["3.4 Lawful bases"]
  N5["3.5 Retention"]
  N6["Concepts — the basis does not travel to the next pur"]
  N7["Data — four flows that leave the shop"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX055"]
[Learning outcomes]
    |
    v
[3.1 Mapping the systems]
    |
    v
[3.2 Following the flows]
    |
    v
[3.3 Vendors and dependencies]
    |
    v
[3.4 Lawful bases]
    |
    v
[3.5 Retention]
    |
    v
[Concepts — the basis does not travel to the next pur]
    |
    v
[Data — four flows that leave the shop]
    |
    v
[Worked example] --> [Exercise EX055]

Learning outcomes

You will (1) map Juniper's systems and data flows; (2) identify vendors and dependencies; (3) note lawful bases and retention.

3.1 Mapping the systems

Sofia draws Juniper's systems on one page: the dispensing system that holds prescriptions and medication histories, the till that records sales, the loyalty app run by a vendor, the email newsletter tool, the CCTV recorder, the delivery service and paper prescription files. For each box she writes the main data it holds. The drawing shows that the loyalty app receives purchase data from the till each night, a flow the owner had not realised included medicine purchases. The drawing takes one afternoon to complete.

3.2 Following the flows

Sofia traces where data go next. Prescriptions arrive electronically from doctors' surgeries and on paper. The dispensing system sends claims to the health service for payment. The delivery service receives names, addresses and a sealed bag description. The newsletter tool receives emails of customers who joined the mailing list. The loyalty vendor receives every till item, including pain relief and pregnancy tests. She marks each flow with an arrow, its contents and whether customers would expect it. Two flows surprise the owner.

3.3 Vendors and dependencies

Juniper relies on four vendors: the dispensing system supplier, the loyalty app company, the newsletter tool and the delivery firm. Each processes customer data for Juniper and needs a contract that meets Article 28 of the GDPR, setting out instructions, confidentiality, security and deletion. Sofia finds contracts for the dispensing supplier and newsletter tool, but the loyalty and delivery contracts are standard terms that do not mention data protection. She flags both as gaps for the owner and Mr. Patel. Mr. Patel drafts the missing clauses.

3.4 Lawful bases

With Mr. Patel, Sofia notes the lawful basis for each purpose. Dispensing relies on providing health care, with Article 9(2)(h) as the condition for health data. Keeping prescription records relies on legal obligations for pharmacies. The newsletter relies on consent. The loyalty scheme relies on contract with members, but using medicine purchases for personalised offers would need explicit consent because it uses health data. Mr. Patel explains that each purpose needs its own basis, chosen before processing starts. Sofia records each basis in a table.

3.5 Retention

Sofia asks how long each type of data is kept. Prescription records follow professional rules set for pharmacies. CCTV is overwritten after thirty days. Loyalty data have no limit, and delivery records are kept in the driver's phone indefinitely. She recommends that the owner set retention periods for loyalty data, delivery records and newsletter subscribers who never open emails, and record them in a simple schedule. Storage limitation, she notes, reduces both legal risk and the damage any breach could cause. The owner approves.

Worked example

Sofia maps seven systems, traces flows including medicine purchases to the loyalty vendor, finds two vendor contracts without data protection terms, notes lawful bases and recommends retention periods.

Synthetic case. Systems are synthetic; GDPR Articles 9(2)(h) and 28 are real.

Errors and limits

A map drawn once becomes outdated; update it when systems change.

Concepts — the basis does not travel to the next purpose

Sofia already records one basis for each purpose, before processing starts. A basis chosen for points does not cover a new purpose. Health data keeps that rule and adds an Article 9 condition for the purpose that actually uses the health data.

Purpose already in her table Basis she recorded Health condition as well? What would not be enough
Dispensing a prescription Providing health care Yes, Article 9(2)(h) The consent collected for the newsletter
Keeping the prescription record A legal obligation on pharmacies The record is health data; the obligation is why it is kept A shorter period Sofia invents
Newsletter Consent No, while the mail is not about a condition The loyalty membership
Points for members Contract with those members No, while the record is points and non-medicine spend Using that contract for a medicine-named offer
A text tied to a named medicine Not in the table The text would use health data The loyalty contract, or ordinary newsletter consent

Data — four flows that leave the shop

Flow Receiver Article 28 terms in the contract? Retention she found
Prescriptions and payment claims Dispensing supplier Yes Professional rules for pharmacies; she does not rewrite them
Mailing-list addresses Newsletter tool Yes No period yet for people who never open a mail
Each till item, including medicines Loyalty vendor, every night No Loyalty data have no end date
Name, address, sealed-bag description Delivery firm No Kept on the driver's phone with no end date

Decision flow — the owner proposes one new use

flowchart TD
  A["A new use of data Juniper already holds"] --> B{"Is this purpose already in Sofia's basis table?"}
  B -->|No| C["Do not start. Record a basis for this purpose first"]
  B -->|Yes| D{"Does this use contain a medicine name or other health data?"}
  D -->|Yes| E{"Is an Article 9 condition already recorded for this same purpose?"}
  E -->|No| F["Stop. The loyalty contract is not that condition"]
  E -->|Yes| G["Go on to the receiver"]
  D -->|No| G
  G --> H{"Would a vendor receive it under a contract with no Article 28 terms?"}
  H -->|Yes| I["Flag the contract. Do not add a new flow on those terms"]
  H -->|No| J{"Is there a written retention period for this data?"}
  J -->|No| K["Set a period before keeping more. Do not invent the pharmacy rule"]
  J -->|Yes| L["Write the use into the table"]

Worked example — a text when insulin is sold

The owner wants the loyalty app to text a voucher whenever a member buys insulin. Sofia will not switch it on. The members' contract covers points. It does not cover a message triggered by a named medicine, and that message is a new purpose which uses health data. The shop has not collected the explicit consent that purpose needs. The loyalty contract also still lacks Article 28 terms. A voucher based only on total points, with no medicine named, would be a different proposal and would go through this flow from the start. This proposal names insulin, so it stays off.

Synthetic case. The insulin voucher text is invented. Articles 9 and 28 are real. This is not legal advice.

Apply

Exercises

Continue studying — lesson 03 (chapter 03 of 04)

← Chapter 02 · Course chapter index · Chapter 04 →

Continue to the next authored lesson.