Covid-19 vaccination

This topic is a starting point of a broad discussion, and perhaps a place to share ideas or already made templates on how to structure Covid-19 vaccinations in openEHR. There are archetypes available in the international CKM, but might need tweeking or spesialization. It is anticipated that there will be national requirements that has to be solved locally, but there is a hope that we at least can share a few general structures.

As per now, there will be no formal lead of the work, any volunteers are welcome.

see also: SARS-CoV-2 immunisation
or should we stick to that forum?

Don’t think it matters really maybe start again here with a bit more scene-setting.

e.g. openEHR COVID-19 Project

and we can refer to the other conversation and pull through the artefacts.

1 Like

I finally found time to work on the idea of specialising CLUSTER.medication to record vaccin information. I think it works pretty well. Only renamed some discriptions (some yet to be done). And added an element for ‘treated disease’. That could even make sense to be added to the parent archetype so that we don’t need this specialisation but could just do it in a template.
Interested to hear your feedback.
openEHR-EHR-CLUSTER.medication-vaccin.v1.adl (80.9 KB)

Interesting.

@Paulmiller and I did something a little different which was to add the Target disease and some other elements that are required for public health reporting and vaccine certification to a specialisation of the ACTION.medication archetype.

This is the Vaccination record in the context of a Vaccination certificate template (in line with EU/WHO recommendations).

https://tools.openehr.org/designer/#/viewer/shared/Pz9zaGFyZWRJZD0xJGRmNTIzOWYzYjNjNzRjNGM5NzdiYTQ1M2UzNDcxYThi

We think this will work pretty well. One thing that we have to capture and can be a bit confusing is

  1. The target disease: ’ covid-19’

  2. The generic vaccine medication name : ‘Covid-19 vaccine’ - e popped this under Medication name in the root ACTION.medication specialisation

  3. The specific product name : ‘AstraZeneca Covid-19 vaccine’… this seemed to work under the CLUSTER.medication name

  4. The immunisation protocol (not used in this template but might be something like ‘Covid-19 2 dose protocol’

One other thing that we needed to extend was the total number of expected doses in the protocol, which is not in the original meds archetype but perhaps should be.

1 Like

Hi Ian,

  1. I generally agree. I do think it’s more about immunisation to an infectious agent (e.g. immunisation against SARS-CoV-2) instead of a disease (COVID-19). But either could work. If we’d go for the ‘target disease’ I think you could specialise the ‘clinical indication’ element in ACTION.medication.
    2 and 3 I had the same thought. But I think we have the same need for medications that are not vaccines. So I’d like to add elements for ‘generic name (Pfizer covid vaccin)’, ‘brand name (comirnaty)’ and ‘product name (flask of 3ml of pfizer covid vaccine, as a powder for injection)’.
  2. agreed that information is most relevant in the protocol of an action and instruction. But we could make a field for ‘standard protocol’. This as well makes sense for many medications. e.g. antibiotics.

I would like to work this out on CLUSTER.medication because that can efficiently be reused in ACTION.medication, INSTRUCTION.medication_order OBSERVATION.medication/vaccination_statement and the new EVALUATION.medication_summary

  1. Yes I also wondered about target disease vs. clinical indication but ‘target disease’ tends to be how the public health folks /WHO describe it and I suspect this may be more about reporting, so felt it better tp keep it separate from clinical indication.

  2. The Medication clusters were designed to be nested to handle potentially complex detail or mixtures so

'‘brand name (comirnaty)’ and ‘product name (flask of 3ml of pfizer covid vaccine, as a powder for injection)’ could both be handled as separate Medication Clusters - BTW this is pretty well identical to the way that the FHIR Medicaiton resource works.

1 Like

'‘brand name (comirnaty)’ and ‘product name (flask of 3ml of pfizer covid vaccine, as a powder for injection)’ could both be handled as separate Medication Clusters
how about nesting the comirnaty cluster in the product name cluster?
I do feel it has value to create seperate elements for generic name and brand name and product name, because they can have a different meaning and you want to be able to display a different variant of the name in the interface.

If target disease is the name of the element I would not put it under clinical indication either. But if you want to register the indication of the vaccine (immunisation against sars-cov2) that could very well go under clinical indication right? Or is that more a goal than an indication?

In the Immunisation summary archetype, we currently have ‘Infectious disease or agent’, which is the target

We need to be able to clearly manage recording #1 of a course of ‘n’ vaccinations, plus manage the textual status for ‘Booster’ - see CR-363 in CKM. It’s not as simple as a count, but maybe needs to be SCT coded as ‘first’, ‘second’, ‘booster’.

In addition, curious why you modelled the certification as an admin archetype. Is it possible or reasonable to add it as part of protocol? Does/could/will the vaccinator also do the certification or is this likely to be a secondary step by someone else?

Cheers
H

1 Like

We possibly need to handle this in a variety of ways.

For the SNOMED Coded values, the plan was to use the ‘Vaccination procedure’ element in protocol - as in the UK GP systems we would have things like ‘First Tetanus’, Booster tetanus’ that are really abut schedule management.

Vaccine Certificate as ADMIN_ENTRY.?

TBH a bit of an arbitrary choice. I guess we had seen this as something different to the vaccine recorditself but much of the official certificate dataset is essentially directly drawn from the record so I could easily be persuaded to add this to protocol.

Do we think directly into protocol or as a CLUSTER in case we end up with some variations? (Hope not but !!).