Page tree

There are a number of Resources that work together in this area.  Useful suggested reading:

The intention of the procedure is not given here (RH suggested that could be done in the categories element(s)), that more comes from the CarePlan (consider << 363675004 |Intents (nature of procedure values)|)

Element / CardinalityCurrent MappingDiscussion
Provides the link to the general CarePlan



preparation | in-progress | not-done | on-hold | stopped | completed | entered-in-error | unknown

See various items under << 129125009 |Procedure with explicit context (situation)|

394906002 |Procedure started (situation)|

416237000 |Procedure not done (situation)|

394908001 |Procedure stopped (situation)|

443938003 |Procedure carried out on subject (situation)|

399714002 |Procedure status unknown (situation)|

Note that some of the descendants of these concepts give some reason for the procedure not being performed.



485 SCT concepts

Note: Only relevant for the "not performed" as indicated by valueset name Could it apply to on hold / stopped status also? See also reasonCode for cases where procedure did occur.

Various cherry picked descendants of 129125009 |Procedure with explicit context (situation)|

This list is problematic because the values could contain substantial medical detail that may or may not detract/conflict with the procedure code itself.

  • HL7 discussion - is statusReason correct here, given the restriction to "not performed" ?



7 SCT concepts

  • 24642003 Psychiatry procedure or service
  • 409063005 Counselling
  • 409073007 Education
  • 387713003 Surgical procedure
  • 103693007 Diagnostic procedure
  • 46947000 Chiropractic manipulation
  • 410606002 Social service procedure

For searching, sorting and display purposes

We could also look at << 224930009 |Services (qualifier value)| or << 129264002 |Action (qualifier value)|

Surprised not to see 14734007 |Administrative procedure (procedure)|

JM: "Intervention" is a more general term than "procedure" which more obviously includes non-medical services such as Education, Social, Counselling, etc.



is-a 71388002 (Procedure)

The restriction to only procedures is correct in that it avoids conflict with the status type elements, but it may be that we will encounter records in the wild which use Procedures with explicit context. It is relevant that in Condition Resource we included < 413350009 |Finding with explicit context|.

KR/JC: Suggestion to not use a procedure with a "Has Focus" value to avoid overlap.

performer.function<< 223366009 |Healthcare professional (occupation)|

Used in conjunction with the actor element which is obligatory for the performer element which suggests any actor could potentially perform any role.

Further clarification with the PatientCare WorkGroup would be helpful here.

JR: Considered existing VS too narrow, could we open that up to more general <<265930003 |Education/welfare/health profession (occupation)| - would allow for Social Worker for example. Current set doesn't allow for ad-hoc care. Also, current does not describe a role. Self care does not appear to be an option here.



  • is-a 404684003 (Clinical finding)
  • is-a 71388002 (Procedure)

Procedure might seem unexpected, but - for example - a surgical procedure might have an anaesthetic procedure

note that we'd expect to either use a reasonCode(s) or reasonReference(s) but not a mix.

JC: Also consider addition of Finding with Explicit Context eg relating to some situation with the Mother

Note that this element is not mutually exclusive with reasonReference - there is no invariant declared due to issue with multiple cardinality. Proposed new datatype of codeableReference that would allow either a code or a reference in a single element - should be part of R5.

Consider << 363679005 |Imaging (procedure)| where the reason for the imaging procedure is for guidance as part of some other procedure being performed.



is-a 442083009 (Anatomical or acquired body structure)

Usual concerns about overlap as detailed in Terminology Binding but with procedures we have a particular issue with modeling for direct vs indirect finding sites. Possible general rule to use the indirect site, but safer (? ) to not populate the bodySite where the code element indicates some findingSite.

In consideration of removing bodySite, consider situation of multiple instances of a procedure which might be applied to many bodySites. In this use case we'd prefer the solution of bodySite being a specialization of the code's findingSite.

See also extension which allows the BodyStructure to be a reference to the relevant resource.



385669000 Successful

385671000 Unsuccessful

385670004 Partially successful

All <! 106239005 |Modifier mainly for procedure (qualifier value)|



is-a 404684003 (Clinical finding)

Issue here of whether to avoid complications themselves, for example to use burn rather than 403695002 |Laser-induced burn (disorder)| which is a descendant of 116224001 |Complication of procedure (disorder)|.

It might simplify the lives of analysts of the future if we avoid using << 116223007 |Complication (disorder)| JC indicated that many complications may leave this hierarchy at some point.

Again the option to reference another resource instead of using a code here, but that either/or is not enforced.



A fairly random looking pick list (total 10) eg

18949003 Change of dressing
30549001 Removal of suture
241031001 Removal of drain

Wouldn't we expect some set of follow up procedures to be part of the care plan? Surprised not to see the ability to reference other resources here.

Seems more generally useful to allow any sort of Procedure to be used here. JC suggested also allowing ObservableEntities to indicate some test required.

focalDevice.action< 129264002 |Action (qualifier value)|

The device itself is referenced via focalDevice.manipulated

usedCode<< 49062001 |Device (physical object)|

Again either using this element or via reference to a Device | Medication | Substance | BiologicallyDerivedProduct Resource.

The reference allows for all sorts of other Resources to be referenced, so is much more flexible than this element which can only be a Device. Suggestion that this is brought up with PatientCare workgroup.

  • Rob Hausam please raise tracker for this discussion.

  File Modified
Microsoft Word 97 Document Context values for actions_EDC_19032009_clean (2).doc 2019-Dec-03 by Daniel Karlsson
Microsoft Word Document Needed Healthcare Activity.docx 2019-Dec-04 by Zac Whitewood-Moores

  • No labels

1 Comment

  1. In no way to contradict Ed's earlier analysis, we undertook some updates as part of National Data Architecture work at the end of last year, looking at the existing information and supplementing where necessary. will be helpful in this area too