search

HL7 / fhircast-docs

FHIRcast documentation
Other
22 stars 20 forks source link

should open-imaging-study have an optional Encounter associated with the event? #49

Open isaacvetter opened 5 years ago

isaacvetter commented 5 years ago

In the Event catalog, we currently define open, switch and close events for an imaging study. open-imaging-study and switch-imaging-study are defined to have the following context:

Context Optionality FHIR operation to generate context Description
patient Optional Patient/{id}?_elements=identifier FHIR Patient resource describing the patient whose chart is currently in context.
study Required ImagingStudy/{id}?_elements=identifier,accession FHIR ImagingStudy resource in context. Note that in addition to the request identifier and accession elements, the DICOM uid and FHIR patient reference are included because they're required by the FHIR specification.

Whereas, for the similar open-patient-chart event, we specify Encounter as optional context:

Context Optionality FHIR operation to generate context Description
patient Required Patient/{id}?_elements=identifier FHIR Patient resource describing the patient whose chart is currently in context..
encounter Optional Encounter/{id}?_elements=identifier FHIR Encounter resource in context in the newly opened patient's chart.

Is there any reason why encounter context shouldn't also optionally be part of the imaging events?

isaacvetter commented 5 years ago

In conversation with @lbergnehr and @wmaethner, we discussed that it is common for more general purpose CPOE, PACS and dictation systems for have an Encounter alongside an ImagingStudy, although specialty systems (e.g. EKG) may not.

Definitely Encounter should not be required, but does seem to make sense as optional.

isaacvetter commented 5 years ago

(@will - thanks for the fascinating diagram, sorry for deleting your posts.)