Difference between revisions of "201605 Data Access Framework (DAF)"
m (→Justification) |
m (→Justification) |
||
Line 40: | Line 40: | ||
*Its purpose is to provide a the next step for folks creating the simple FHIR client for accessing a patient. It is quite feasible to complete the client side of the track within a day with only knowledge of a development environment - no previous FHIR knowledge. | *Its purpose is to provide a the next step for folks creating the simple FHIR client for accessing a patient. It is quite feasible to complete the client side of the track within a day with only knowledge of a development environment - no previous FHIR knowledge. | ||
− | * The Data Access Framework (DAF) profiles have | + | * The Data Access Framework (DAF) profiles have been by the the [http://hl7-fhir.github.io/argonaut/argonaut.html Argonaut project] as a basis for their work. This is another opportunity to use test the profiles, identify issues, and help progress the standard and profile to maturity. |
* The subsequent step is extending to accessing patient lab data and investigating how whether the DAF DiagnaosticReport Resource is needed for secondary access of lab data. | * The subsequent step is extending to accessing patient lab data and investigating how whether the DAF DiagnaosticReport Resource is needed for secondary access of lab data. |
Revision as of 19:19, 27 April 2016
DAF Observation, DAF DiagnosticReport
Extend DAF connectathon to include retrieval of laboratory results supporting both provider and patient access. This connectathon will address the question whether accessing a patient's laboratory results using the DAF Observation resource the DAF DiagnosticReport resource as the 'entry' point to the information.
DAF Patient, DAF Condition, DAF MedicationStatement and DAF Allergies
This is a continuation of the first DAF connectathon in January.
Pre-Requisites
This track should require minimal work in advance of the connectathon. If creating a server, advanced preparation will be required, but the scenarios listed below should limit the effort.
Review the FHIR Search API including:
Review U.S. Data Access Framework (DAF) FHIR Implementation Guide (IG)
Including:
- DAF Patient Profile
- DAF Condition(Problem) Profile
- DAF MedicationStatment Profile
- DAF Allergies Profile
- DAF Results Profile
- DAF DiagnosticReport Profile
Submitting WG/Project/Implementer Group
Infrastructure and Messaging (I&M)
Orders and Observations (OO)
Justification
- This is a logical next step to FHIR connectathon Track 1 - Patient access that conforms to a specific profile.
- Its purpose is to provide a the next step for folks creating the simple FHIR client for accessing a patient. It is quite feasible to complete the client side of the track within a day with only knowledge of a development environment - no previous FHIR knowledge.
- The Data Access Framework (DAF) profiles have been by the the Argonaut project as a basis for their work. This is another opportunity to use test the profiles, identify issues, and help progress the standard and profile to maturity.
- The subsequent step is extending to accessing patient lab data and investigating how whether the DAF DiagnaosticReport Resource is needed for secondary access of lab data.
Proposed Track Lead
Coordinator: Nagesth Bahsyam (Dragon)
Track Lead: Eric Haas
Expected participants
The expected participants are those implementing DAF profiles, vendors planning to implement FHIR/DAF profiles for 2015 API certification criteria, vendors who are attending a Connectathon for the first time and want to participate, and folks that participated in the Argonaut Sprints in the fall of 2015.
For Patient Results access the expected participants are those implementing DAF results profiles and vendors planning to implement the DAF profile for provider and patient access to results. This includes LIS Vendors, Large Labs, Application developers.
Roles
FHIR Client
Enable the retrieval of the DAF Patient, DAF Condition, DAF MedicationStatement, DAF Allergy, DAF Observation, DAF DiagnosticReports, DAF Specimen, resources using the defined basic FHIR operations: READ and SEARCH following the conformance requirements http://hl7.org/fhir/dstu2/daf/conformance-daf-query-requestor.html for clients.
FHIR Server
Enable the retrieval of the DAF Patient, DAF Condition, DAF MedicationStatement DAF Allergy DAF Observation, DAF DiagnositcReport, DAF Specimen resources using FHIR READ and SEARCH operations following the conformance requirements at http://hl7.org/fhir/dstu2/daf/conformance-daf-query-responder.html for servers. Servers are expected to have some data populated for each of the resources specified with appropriate linking between resources.
Please add your system information here: DAF Participant Tracker
Scenarios
1. Retrieve Patient record
- Action: DAF Requestor (client) queries the patient Service for a Patient record.
- Precondition: There is a patient that has been created in the system.
- Success Criteria: Patient's data is displayed in interface.
- Bonus point: The Server supports multiple versions and Clients can query and display previous versions of the Patient
2. Search for a patient based on one or more parameters specified by DAF Responder conformance statement
- Action: DAF Requestor (client) searches the patient Service for patients with one or more search parameters.
- Precondition: Patients with the search criteria have been created
- Success Criteria: patients displayed in interface. (use browser query to confirm)
3. Retreive DAF Condition or DAF MedicationStatement or DAF Allergy resources
- Action: DAF Requestor (client) queries the Server for a DAF condition or DAF MedicationStatement or DAF Allergy resources
- Precondition: There is a DAF Condition or DAF MedicationStatement or DAF Allergy resources that has been created in the system.
- Success Criteria: DAF Condition or DAF MedicationStatement or DAF Allergy resource data is displayed in interface.
- Bonus point: The Server supports multiple versions and Clients can query and display previous versions of DAF Condition or DAF MedicationStatement or DAF Allergy resources
4. Search for a DAF Condition or DAF MedicationStatement or DAF Allergy based on one or more parameters specified by DAF Responder conformance statement
- Action: DAF Requestor (client) searches the Server for a DAF Condition or DAF Medication or DAF Allergy with one or more search parameters.
- Precondition: There is a DAF Condition or DAF MedicationStatement or DAF Allergy resourcesthat has been created in the system.
- Success Criteria: DAF Condition or DAF MedicationStatement or DAF Allergy resource data is displayed in interface.
- Bonus point: Server supports querying of DAF Condition, DAF MedicationStatement or DAF Allergy resources based on patient.id and Clients can query based on the Patient.id parameter.
5. Search for a DAF Results or DAF based on one or more parameters specified by DAF Responder conformance statement
- todo...
Help Links
Here are some links to assist implementers: