201801 Encounter
Encounter
Submitting WG/Project/Implementer Group
Patient Administration
Justification
The Encounter resource has been around for quite a while now, and we would like to get some real implementer feedback on the readiness of the resource is to move up the FMM levels.
Of particular interest is the part of and history parts of the Encounter resource, and if some are able to, the linkage from the Appointment resource.
Given the slow uptake or exposure of this resource, we're considering a different style of connectathon here. We're looking for example resources from as far and wide from everyone's systems (even better if you've got the API for us to read them all!) The result of the connectathon we'd like to report a list of the systems, and the properties that they've used. A kind-of resource property coverage matrix.
Essentially planning to statistically compare example property usage
Proposed Track Lead
Brian Postlethwaite (skype: sgtshultzpos email: brian_pos at hotmail dot com) See Connectathon_Track_Lead_Responsibilities
Expected participants
- Telstra Health
- Epic (Cooper)
- Cerner
Roles
Encounter Server
The Encounter server just needs to be a FHIR server that will respond to either the search or history operation and provide a set of resources
Statistics Counter
This will be a client app that simple interrogates the Encounter resources provided, and collates an aggregate of the usage of values in a server (data generated by Synthia, Crucible or touchstone should be excluded) Output could be in the form of a TestReport resource
Brian from Telstra Health plans to provide a simple one of these, based on the data format found in the link in the justification section.
Scenarios
Expose your encounter server (or resources) for testing
Scenario Step 1 Name
- Action: Tester uses a Statistics Counter to connect to the FHIR server
- Precondition: The server must have Encounter resources available
- Success Criteria: The Counter is able to retrieve the resources and report the property usage results
- Bonus point: SMART Authentication was used to access the data
TestScript(s)
There will be no fixed test scripts as this is a quantitative test to verify the resource usage, rather than an implementations conformance