Generated Narrative: StructureDefinition EHDSProcedureLaboratoryObligations Language: en Name Flags Card. Type Description & Constraints EHDSProcedure 0..* EHDSProcedure Procedure model #xD; header #xD; subject O 1..1 EHDSPatient Patient/subject information Obligations Actor SHALL:able-to-populate Producer SHALL:display Consumer SHALL:process Consumer #xD; identifier O 0..* Identifier Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries). Obligations Actor SHOULD:able-to-populate Producer #xD; status O 1..1 CodeableConcept Status of the procedure (e.g. completed, on hold, stopped) Obligations Actor SHALL:able-to-populate Producer #xD; code O 1..1 CodeableConcept Concept code and display name identifying the type of procedure Obligations Actor SHALL:able-to-populate Producer SHALL:display Consumer #xD; Slices for procedureDate[x] O 0..1 dateTime, Period Date and time of the procedure or interval of its performance Slice: Unordered, Open by type:$this Obligations Actor SHALL:able-to-populate Producer #xD; procedureDate[x]:procedureDateDateTime 0..1 dateTime Date and time of the procedure or interval of its performance #xD; bodySite O 0..* EHDSBodyStructure Target body site of the procedure. Laterality may be included as a qualifier of the body site. Obligations Actor SHALL:able-to-populate Producer #xD; note O 0..1 string Additional information about the procedure Obligations Actor SHOULD:able-to-populate Producer SHALL:display Consumer #xD; Documentation for this format
Procedure laboratory specific obligations
Obligations for the logical model of procedure in the scope of laboratory use case
The model provides basic information about a procedure performed on or for a patient. This includes surgical, therapeutic, and diagnostic procedures, as well as specimen collection. The model does not cover procedures in the planning stage.
EHR systems SHALL provide information about the subject of care (patient).
EHR system SHALL render information about the subject of care in such a way that unambiguous assignment to the care subject is preserved.
Information about the subject of care SHALL be processed by the EHR system in such a way that the identity of the subject of care cannot be confused.
Business identifier for the object, unique within its system. Supporting disambiguation between different contexts (systems/countries).
Author responsible for the provided information.
Date and optionally time of authoring/issuing
Status of the procedure (e.g. completed, on hold, stopped)
Source of information (e.g. patient, patient's proxy). Used in case the patient has authored the information or the author has submitted patient-stated information.
Language in which the resource is written. Language is expressed by the IETF language tag.
Concept code and display name identifying the type of procedure
Date and time of the procedure or interval of its performance
Actors who performed the procedure (only main responsible actors expected)
Target body site of the procedure. Laterality may be included as a qualifier of the body site.
The reason the procedure was performed. This may be a concept from a terminology or a reference to a specific instance that describes the reason.
The immediate result of the procedure (e.g. successful, unsuccessful). This does not include assessment over a longer period of time.
Any complications that occurred during the procedure, or in the immediate post-procedure period. These are generally tracked separately from the procedure description, which will typically describe the procedure itself rather than any 'post procedure' issues.
Device(s) that is/are implanted, removed, or otherwise manipulated (calibration, battery replacement, fitting a prosthesis, attaching a wound-vac, etc.) as a focal portion of the Procedure.
Additional information about the procedure