Difference between revisions of "201709 LastN Query Track"
Line 4: | Line 4: | ||
=Last N Observations Query Track= | =Last N Observations Query Track= | ||
− | [https://docs.google.com/a/healthedatainc.com/presentation/d/17OKxA-2FyNdekx1MAkyzb6LxPUPqe8m1oliCuQqacWA/edit?usp=sharing | + | [https://docs.google.com/a/healthedatainc.com/presentation/d/17OKxA-2FyNdekx1MAkyzb6LxPUPqe8m1oliCuQqacWA/edit?usp=sharing Connectathon_presentation] |
− | Connectathon_presentation] | ||
==Submitting WG/Project/Implementer Group== | ==Submitting WG/Project/Implementer Group== |
Latest revision as of 19:37, 10 September 2017
Last N Observations Query Track
Submitting WG/Project/Implementer Group
Orders and Observations WorkGroup
Justification
The lastn query meets the common need for searching for the most recent or last n=number of observations for a subject.
Examples where this query could be used:
- Fetch the last 5 temperatures for a patient to view trends
- Get the most recent lab results for patient
- Fetch the last 3 results for all vitals for a patient
The $lastn operation is has been introduced as part of FHIR STU3, but has not yet undergone yet been widley implemented. This goal of this track is encourage server implementation of the operation, uncover implementation issues. and help evaluate if similar operations would be useful for other clinical resources such DiagnosticReport.
Specific Questions to be addressed:
- The specification also says nothing about whether the last n observations is the last n good observations, or whether errors are included as well - Should entered in error statuses be returned?
- The specification also says nothing about Observation panels (those containing .related references to other observations). The assumption is they will be treated the same as regular Observations. Is this appropriate behavior?
- Added restrictions to require a code(s) and/or category(s). Is there a use case where neither would be used?
- How should a server deal with situation where there may be 100s of codes (e.g., ICU patient) to report?
- Should it give an error an require a narrower search?
- Would a similar operations would be useful for other clinical resources such DiagnosticReport?
Proposed Track Lead
Expected participants
Servers:
- Grahame's test server
- Cerner
Roles & Scenarios
For context, roles, and scenarios of the FHIR Query and FHIR Server and Scenarios, refere to the lastn Operation Definition and the examples in the FHIR Specification here
Roles:
- Query Requester: User who makes an API request
- Query Responder: FHIR Server
Action:
- Following the Example in the Specification, requester make an api request to the FHIR server
- FHIR server returns the the requested resource Bundle or appropriate error/OperationDefinition
Precondition:
- This server has a baseURL (see the FHIR specification)
Success Criteria:
- FHIR Server returns expected resources in bundle as outlined in the speicifiation example
Bonus point:
- Do GraphQ LastN query: See how to this here
- Make additional lastn requests to determine limitations of operation.
- Extend lastn operation to DiagnosticReport resource (e.g., fetch me the last 3 CBC's for Mrs Smith)