An action that is or was performed on a patient. This can be a physical intervention like an operation, or less invasive like counseling or hypnotherapy.

This records identifiers associated with this procedure that are defined by business processes and/or used to refer to it when a direct URL reference to the resource itself is not appropriate (e.g. in CDA documents, or in written / printed documentation).

Need to allow connection to a wider workflow.

A protocol, guideline, orderset or other definition that was adhered to in whole or in part by this procedure.

A reference to a resource that contains details of the request for this procedure.

A larger event of which this particular procedure is a component or step.

The MedicationAdministration has a partOf reference to Procedure, but this is not a circular reference. For a surgical procedure, the anesthesia related medicationAdministration is part of the procedure. For an IV medication administration, the procedure to insert the IV port is part of the medication administration.

A code specifying the state of the procedure. Generally this will be in-progress or completed state.

The unknown code is not to be used to convey other statuses. The unknown code should be used when one of the statuses applies, but the authoring system doesn't know the current state of the procedure.

This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid.

Captures the reason for the current state of the procedure.

This is generally only used for "exception" statuses such as "not-done", "suspended" or "aborted". The reason for performing the event at all is captured in reasonCode, not here.

A code that classifies the procedure for searching, sorting and display purposes (e.g. "Surgical Procedure").

The specific procedure that is performed. Use text if the exact nature of the procedure cannot be coded (e.g. "Laparoscopic Appendectomy").

0..1 to account for primarily narrative only resources.

The person, animal or group on which the procedure was performed.

The encounter during which the procedure was performed.

Estimated or actual date, date-time, period, or age when the procedure was performed. Allows a period to support complex procedures that span more than one date, and also allows for the length of the procedure to be captured.

Age is generally used when the patient reports an age at which the procedure was performed.

Limited to 'real' people rather than equipment.

For example: surgeon, anaethetist, endoscopist.

The practitioner who was involved in the procedure.

A reference to Device supports use cases, such as pacemakers.

The organization the device or practitioner was acting on behalf of.

Practitioners and Devices can be associated with multiple organizations. This element indicates which organization they were acting on behalf of when performing the action.

The location where the procedure actually happened. E.g. a newborn at home, a tracheostomy at a restaurant.

Ties a procedure to where the records are likely kept.

The coded reason why the procedure was performed. This may be coded entity of some type, or may simply be present as text.

It is possible for a procedure to be a reason (such as C-Section) for another procedure (such as epidural).

The justification of why the procedure was performed.

e.g. endoscopy for dilatation and biopsy, combination diagnosis and therapeutic.

Detailed and structured anatomical location information. Multiple locations are allowed - e.g. multiple punch biopsies of a lesion.

The outcome of the procedure - did it resolve reasons for the procedure being performed?

If outcome contains narrative text only, it can be captured using the CodeableConcept.text.

This could be a histology result, pathology report, surgical report, etc..

There could potentially be multiple reports - e.g. if this was a procedure which took multiple biopsies resulting in a number of anatomical pathology reports.

Any complications that occurred during the procedure, or in the immediate post-performance period. These are generally tracked separately from the notes, which will typically describe the procedure itself rather than any 'post procedure' issues.

If complications are only expressed by the narrative text, they can be captured using the CodeableConcept.text.

Any complications that occurred during the procedure, or in the immediate post-performance period.

This is used to document a condition that is a result of the procedure, not the condition that was the reason for the procedure.

If the procedure required specific follow up - e.g. removal of sutures. The followup may be represented as a simple note, or could potentially be more complex in which case the CarePlan resource can be used.

Any other notes about the procedure. E.g. the operative notes.

A device that is implanted, removed or otherwise manipulated (calibration, battery replacement, fitting a prosthesis, attaching a wound-vac, etc.) as a focal portion of the Procedure.

The kind of change that happened to the device during the procedure.

The device that was manipulated (changed) during the procedure.

Identifies medications, devices and any other substance used as part of the procedure.

Used for tracking contamination, etc.

For devices actually implanted or removed, use Procedure.device.

Identifies coded items that were used as part of the procedure.

For devices actually implanted or removed, use Procedure.device.