[Talk-GB] "Help 999 teams find missing heart defibrillators" - defibrillator:check_date ?

James Derrick lists at jamesderrick.org
Sat Jul 2 17:31:36 UTC 2022


Hi,

On 02/07/2022 14:40, Chris Andrew wrote:
> Looks like 'thecircuit.uk <http://thecircuit.uk>' needs the following 
> when registering a defibrillator.
Interesting detail Chris - thanks.
>
>   * You will need to know the location and surroundings of the
>     defibrillator
>   * //You will need the brand, model and device serial number
>   * //You will need to know when the defibrillator is accessible
>   * //You will need to know when the pads expire and if the battery
>     displays its ready signal i.e. a green light, so we can understand
>     if it's emergency ready
>
After very recently re-qualifying as a first aider, the paramedic 
trainer gave us more info on AEDs. Basically, the instructions are 
specifically designed to make then _very_ easy to use, but both the pads 
used on a patient and the battery packs have expiry dates around 2-5 
years. AEDs self-test regularly. Availability of supplies at the moment 
isn't great, but that will pass.

Whilst I can understand the value of an Ambulance Service collecting 
data on the unit and ancillaries as a means of checking the likely 
condition of a defib (e.g. has it been serviced? does it have an 
outstanding recall? are the pads in-date?), this isn't a level of detail 
that is available from survey, nor ideal for holding in OSM. The best we 
can do is look for a green light on the device - if you can see it 
through the protective case!

My personal mapping has been focused on locating (typically rural) 
defibs, and their access process (e.g. get a mechanical lock code from a 
999 operator), rather than the serial number and service history.

My most recent survey is a good example - surveying for a (very) rural 
post_box, I added a defib on a farm house end wall. Location, access 
process, and even manufacturer can be gathered - but not much more.


Should we follow post_boxes and add "check_date:collection_times = 
2022-06-28" to give an indication of when the defib was last visually 
seen to exist?

*defibrillator:**check_date = **2022-06-28 perhaps?*

(Yeah, I know about changeset date, but was the last an armchair edit to 
maintain a tag, or ground truth? I've performed both.)


On Sat, 2 Jul 2022, 14:12 Jass Kurn, <jasskurn at gmail.com> wrote:

>     This Circuit may have received data from other databases, but it
>     appears much of the data is newly created. Defibrillator data is
>     added by the owner(s) of the defibrillator, which are commonly
>     local community organisations.
>
That makes sense - top-down registration *for a device custodian* with 
validation for an Ambulance Service to hold and access. They could also 
co-ordinate reminders for servicing.


James
-- 
James Derrick
     lists at jamesderrick.org, Cramlington, England
     I wouldn't be a volunteer if you paid me...
     https://www.openstreetmap.org/user/James%20Derrick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-gb/attachments/20220702/db9793f2/attachment-0001.htm>


More information about the Talk-GB mailing list