All walkthroughs / Health organisation
Devi brought in the table of appointments, and is now refused the locked names and reasons. Devi asks to read five rows for three days, and the custodian of the owning department decides. A researcher has no way to ask at all. Munitas reports which readable columns could single someone out, and the lease opens exactly five rows.
A department approver is a data custodian who is listed for one department and may decide who reads its data. A locked-column lease is permission, decided by an approver of the owning department, to read a few rows of a table’s locked columns for a few days, for a stated purpose. Holding a role does not open locked rows. Only an approver of the department that owns the data, or a person who holds a lease, may read them.
Devi brought the table in, but is not an approver of the Cardiology department, so the platform refuses and says why in its own words.
The form asks for a purpose, a number of days and a number of rows. The platform states the limits itself, at most 7 days and at most 20 rows, and the purpose is recorded with the request. The rows are chosen by the platform, not by the person asking, and they are the same every time, so asking repeatedly cannot be used to read the whole table.
Asking opens nothing. Devi still cannot read any locked value until an approver of the Cardiology department decides.
Sam holds the researcher role, which is for working with data that has already been de-identified, meaning the names, dates and other identifying detail have been taken out. Sam opens the same table and sees how it is built, but no value, and is not offered a form, because the locked values are not needed to work with the readable columns.
The person who asks never decides. Only an approver of the department that owns the data can, and an approver of another department cannot.
Hartley is a data custodian and an approver of the Cardiology department, so the request about Cardiology data appears on this page. It shows who asked, why, how many rows and days, and offers Approve and Decline. A custodian of another department would see nothing here.
The note is stored with the decision. A refusal needs a note, so that the person who asked is told why. Approving needs none, but a note makes the record easier to read later.
The lease now lasts three days from the approval and opens five rows. Hartley can end it early at any time, and so can Devi.
A small group is a combination of readable columns, such as postcode and age band, shared by only a few people, so that one of them could be singled out even though no column names anybody. The platform counts different people, not rows, because a person with several visits is still one person to find. The report is advice. It never stopped the table being sealed and shows no values. The approvers, the de-identification reviewer, the privacy auditor and the data protection officer can read it. The data protection officer is the person who watches how an organisation handles personal data. Only an approver can decide what to do about it.
Hartley chooses to change the contract before the next table is sealed, and writes why. The decision is made once, and the platform refuses to change it afterwards, even to somebody who writes to the database directly.
A lease opens a fixed few rows for a short time. It does not open the table.
The same section that showed a form now says what Devi holds: five of the 23 rows, until the lease ends, approved by Hartley for the stated reason. Devi can read the rows or end the lease personally.
These are the only five rows Devi can read, and they are the same five every time. The locked values are opened for them: the actual names and reasons for visits. Every key that is opened for this is recorded, naming the person it belongs to by their person code. The other 18 rows stay locked.