Housing - access information

Clinical
#1

Hi everyone.

We have a use case in England where we need to record specific information about access to a person’s home (e.g. door security code or other access arrangements, for example “neighbour so-and-so has a key”), but that has been specifically excluded from the CLUSTER.dwelling.v0 archetype (https://ckm.openehr.org/ckm/archetypes/1013.1.3285), which states that:

“Not to be used to record information about the dwelling that does not impact on the health or health care needs of an individual. For example, the security access code for a home nurse visit should not be recorded using this archetype.”

We appreciate the safety/privacy concerns about storing this information but feel that something “softer” may be required, for example, advice about how to obtain the access code if it is held in some other secure place.

How are others handling this kind of information at the moment?

3 Likes
#2

Hi Heidi,

I’m troubled by the notion that a person’s alarm code might be recorded in an electronic health record. This is clearly not the right place for it.

However, I can also understand that it may be necessary in some circumstances where a healthcare provider might need access in an emergency or as part of community care. There is significant tension here. I think that the security access needs a different system, including access rules, for this kind of information. For example, if security access is recorded in the health record, what protection will be made in clinical systems to safeguard it - different role-based access? What if it is changed, especially if by a locksmith or non-health worker, and the health record not updated - is this not an even bigger potential clinical safety risk?

That said, and assuming you can sort the logistics out, deciding on the scope of this archetype was not easy. It is still under review and not resolved largely due to difficulty in defining the scope. There are lots of things about a house that might be useful to know eg internet access etc, but don’t impact directly on health. If we included everything about a house then the archetype would be a record of a building, not aspects of a home that are needed to know when caring for the health of an individual - a balance we are finding hard to achieve.

So we did add the SLOT for ‘Additional details’, precisely to capture the other messy stuff. In the short term this could be the place for a CLUSTER for your local purposes, although it makes me mightily uncomfortable to suggest it, and I will very possibly need to deny I wrote this post in the future :face_with_raised_eyebrow:

2 Likes
#3

Thanks Heather,

I share your anxieties but it is common to have some sort of information in the clinical record about domestic access e.g. “Neighbours in number 99 have a key” or "Call daughter to get access "

We asked our EoL clinical group about this recently and it seems that a common approach is to store things like key access codes in a secure part of a trusted system e.g one of the GP systems or with the ‘out of hours service’ and only open to a small number of staff, but that the broader patient record (the EHR) should contain something under ‘Domestic access’ like ’ Contact xxx at yyy for key code details’. That feels like a reasonable compromise.

We did use the additional slot for this purpose.

1 Like
#4

There’s quite a big difference between these general phrases and adding an alarm code. I have no problem with general guidance on who to contact - this is common sense and the humans are then the gatekeeper - but 'key is under the third flowerpot to the left or ‘the’ alarm code is concerning and should be avoided.

Pondering it further, the notion of how to gain access or find people who have access doesnt’ really fit under the concept of the attributes of a house either. Perhaps we need to consider it as part of the social connectedness/network modelling - an ‘in case of emergency’ record of some sort.

1 Like