201601 DiagnosticOrderandResults

Track Name

Laboratory Order and Result

Submitting WG/Project/Implementer Group

Orders and Observations Working Group

todo: See if any implementors interested

Justification

Implementer need:

todo - clarify grouping of observations such as components vs related and diagnostic reports.

Impact on ballot:

The OO workflow resourses DiagnosticOrder, ActionRequest, ActionResponse are the main focus of DSTU 2.1 and the 2106 connectathon. For DiagnosticReport, Observation, and Speicimen, any discovered issues as a result of the connectathon would be balloted as part of DSTU 3.0

FMM readiness of the resources:

• Diagnostic Order, Action (nee Order) and ActionResponse (nee OrderResponse) are FMM 1 and FMM 0 respectively - see above for discussion on Impact on ballot for these resources. These resource have not been the topic of any Connectathons to date and need to be exposed to testing to help understand the issues and potential solution for request and workflow resources. Specifically DiagnosticOrder contains a recursive structure of event which is unlike any other request resource in FHIR. One question is whether this can be handled better as a separate requests.

• DiagnosticReport and Observation are FMM3 and would benefit from being the focus of Connectathos to help move them forward to FMM4 as well as identify issues surrounding nested grouping of observation for cases such as culture and sensitivies.

• Specimen resource is FMM1 and has not been supported in any connectathon. This is needed to uncover issues with thi immature resource and help move it to FMM2

Scenarios

Scenario Step 1 Name

Action:

Precondition:

Success Criteria:

Bonus point: