Alive vs Dead

Ian McNicoll ian at freshehr.com
Tue Jan 5 02:55:43 EST 2016


Hi Heather,

I have been using an 'Anonymised person' archetype for this purpose,
including a 'Vital status' element which came out of the PARENT work and
European Rare Disease registry definitions.

This is still in an Incubator.
http://openehr.org/ckm/#showArchetype_1013.1.1745

Ian


Dr Ian McNicoll
mobile +44 (0)775 209 7859
office +44 (0)1536 414994
skype: ianmcnicoll
email: ian at freshehr.com
twitter: @ianmcnicoll

Co-Chair, openEHR Foundation ian.mcnicoll at openehr.org
Director, freshEHR Clinical Informatics Ltd.
Director, HANDIHealth CIC
Hon. Senior Research Associate, CHIME, UCL

On 5 January 2016 at 06:43, Heather Leslie <
heather.leslie at oceaninformatics.com> wrote:

> Hi everyone,
>
>
>
> Seeking some advice please.
>
>
>
> In the context of a data registry or research database to record if a
> person is alive or dead. Maybe there might be an alternative value of
> ‘unsure’ or ‘indeterminate’ as well, I guess.
>
>
>
> I’m wondering if there is any naming convention for this data element –
> I’ve come across ‘Alive status’ and ‘Vital status’ by googling and
> researching all the places I can think of. Surprisingly there seems very
> little available on the topic. SNOMED CT has alive and dead within the
> ‘General clinical state finding (finding)’ hierarchy, although ‘deceased’
> is part of the ‘Finding related to general body function (finding)’
> hierarchy.
>
>
>
> ‘Living status’ was proposed on a forum, but seems a bit weird if they are
> dead.
>
>
>
> To add to the confusion, the requirements I am modelling uses the name
> ‘Status’ (which needs some sort of archetype context) and the values are
> ‘Alive’ and ‘Deceased’ which cross the SNOMED CT hierarchies!
>
>
>
> We could just be very pragmatic and label the data element ‘Alive vs Dead?’
>
>
>
> Curious problem – I thought there would be more on the internets J.
>
>
>
> Any wisdom you can share would be most appreciated.
>
>
>
> And then I guess we need to think of related data elements that might be
> grouped with this status.
>
>
>
> Regards
>
>
>
> Heather
>
>
>
> *Dr Heather Leslie *MBBS FRACGP FACHI
> *Consulting Lead*, Ocean Informatics <http://www.oceaninformatics.com/>
>
> *Clinical Programme Lead, *openEHR Foundation <http://www.openehr.org/>
> p: +61 418 966 670   skype: heatherleslie   twitter: @omowizard
>
>
>
>
>
> _______________________________________________
> openEHR-clinical mailing list
> openEHR-clinical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openehr.org/pipermail/openehr-clinical_lists.openehr.org/attachments/20160105/ff256b52/attachment-0002.html>


More information about the openEHR-clinical mailing list