This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "201605 C-CDA on FHIR Connectathon Proposal"

From HL7Wiki
Jump to navigation Jump to search
 
(5 intermediate revisions by 3 users not shown)
Line 29: Line 29:
 
* Gay Dolin
 
* Gay Dolin
 
* Lenel James (+ at least one payer ''and'' one payer-stakeholder vendor)
 
* Lenel James (+ at least one payer ''and'' one payer-stakeholder vendor)
 +
* Howard Edidin
  
 
==Roles==
 
==Roles==
Line 67: Line 68:
  
 
5. Extract DAF resources from document
 
5. Extract DAF resources from document
:Action: User retrieves a document submitted under Scenario 1, 2, or 3 from the FHIR server, then extracts one or more DAF resources from the bundle.  
+
:Action: User retrieves a document submitted under Scenario 2 or 3 from the FHIR server, then extracts one or more DAF resources from the bundle.  
 
:Precondition: A document from Scenario 2 or 3 exists on the target FHIR server.  
 
:Precondition: A document from Scenario 2 or 3 exists on the target FHIR server.  
 
:Success Criteria: DAF resource is extracted.
 
:Success Criteria: DAF resource is extracted.
 
:Bonus Points: User creates a new document based partially on data extracted from the original document.
 
:Bonus Points: User creates a new document based partially on data extracted from the original document.
 +
 +
6. Extract DAF resources from document, updates content and replaces document with new version
 +
:Action: User retrieves a document submitted under Scenario 2 or 3 from the FHIR server, then posts a new version of the document on the FHIR server.
 +
:Precondition: A document from Scenario 2 or 3 exists on the target FHIR server.
 +
:Success Criteria: Composition resource for the retrieved document is updated to a new version on the FHIR server.
 +
:Bonus Points: User extracts DAF resource data from the original document and reconciles it with the new information before posting the reconciled version of the document.
  
 
==TestScript(s)==
 
==TestScript(s)==

Latest revision as of 16:24, 14 December 2016

Return to May 2016 Proposals

C-CDA on FHIR

This track will test the exchange of Clinical Documents (using document Bundle resources containing a Composition and other supporting resources) that conform to the profiles of the in-progress C-CDA on FHIR Implementation Guide.

Submitting WG/Project/Implementer Group

Justification

The Structured Documents Work Group is creating an Implementation Guide with a set of profiles (using the StructureDefinition resource) that represent Consolidated CDA documents using FHIR, and the work needs the kind of active testing and review that only a Connectathon can provide. Also, it has been a long time since a FHIR Connectathon has had a document track, and the Composition resource has changed significantly during that time so even the base resource could stand some more live testing.

Proposed Track Lead

  • Rick Geimer
    • Email: rick dot geimer at lantanagroup dot com
    • Skype: rgeimer

Expected participants

Users who are interested in representing the clinical content expected in Consolidated CDA (C-CDA) documents using native FHIR resources are encouraged to participate. The following persons and organizations have already expressed their intent to participate.

  • Lantana Consulting Group (several participants)
  • Oliver Lawless
  • Lisa Nelson
  • Gay Dolin
  • Lenel James (+ at least one payer and one payer-stakeholder vendor)
  • Howard Edidin

Roles

Document Creator

Creates a C-CDA on FHIR document (Bundle containing a Composition and supporting resources) using whatever means are appropriate, including manual creation, assembling documents from other resources, transforming C-CDA R2.1 XML documents (CDA -> FHIR transform), etc. and submits that document to a FHIR server.

Document Consumer

Retrieves the C-CDA on FHIR document created by the Document Creator from the FHIR server and does one or more of the following: a) validates the document against the C-CDA on FHIR profiles, b) displays the document in a browser using a supplied display stylesheet, and c) extracts discrete resources from the document for some other purpose.

Scenarios

1. Create a narrative document

Action: User creates a narrative C-CDA on FHIR document consisting of a Composition resource with narrative sections, bundled with Patient (Composition.subject) and Practitioner (Composition.author) resources. User then POSTs the document to a FHIR server.
Precondition: none, but existing Patient and Practitioner resources may be used.
Success Criteria: Bundle is successful submitted to a FHIR server. Consumer in Scenario 4 can display the document and render all attested content.
Bonus Points: Bundle validates against C-CDA on FHIR profiles.

2. Create a narrative document with supporting DAF resources

Action: User creates a narrative C-CDA on FHIR document consisting of a Composition resource with narrative sections, bundled with Patient and Author resources. User then adds additional Data Access Framework resources (e.g. DAF-AllergyIntolerance) with data supporting the narrative. User then POSTs the document to a FHIR server.
Precondition: none, but existing Patient,Practitioner, and DAF resources may be used, as well as a document that passed Scenario 1.
Success Criteria: Bundle is successful submitted to a FHIR server. Consumer in Scenario 4 can display the document and render all attested content. Consumer in Scenario 5 can extract and parse the DAF resources.
Bonus Points: Bundle validates against C-CDA on FHIR profiles.

3. Create a document from DAF resources and generate corresponding narrative

Action: User creates C-CDA on FHIR document consisting of a Composition resource bundled with Patient and Author resources. User then adds additional Data Access Framework resources (e.g. DAF-AllergyIntolerance). Finally, user generates appropriate Composition.text and Composition.section.text content from the referenced resources. User then POSTs the document to a FHIR server.
Precondition: none, but existing Patient,Practitioner, and DAF resources may be used.
Success Criteria: Bundle is successful submitted to a FHIR server. Consumer in Scenario 4 can display the document and render all attested content. Consumer in Scenario 5 can extract and parse the DAF resources.
Bonus Points: Bundle validates against C-CDA on FHIR profiles.

4. Display a narrative document

Action: User retrieves a document submitted under Scenario 1, 2, or 3 from the FHIR server and displays it in a web browser using the supplied stylesheet.
Precondition: A document from Scenario 1, 2, or 3 exists on the target FHIR server.
Success Criteria: Document is successfully displayed.
Bonus Points: User improves the supplied stylesheet.

5. Extract DAF resources from document

Action: User retrieves a document submitted under Scenario 2 or 3 from the FHIR server, then extracts one or more DAF resources from the bundle.
Precondition: A document from Scenario 2 or 3 exists on the target FHIR server.
Success Criteria: DAF resource is extracted.
Bonus Points: User creates a new document based partially on data extracted from the original document.

6. Extract DAF resources from document, updates content and replaces document with new version

Action: User retrieves a document submitted under Scenario 2 or 3 from the FHIR server, then posts a new version of the document on the FHIR server.
Precondition: A document from Scenario 2 or 3 exists on the target FHIR server.
Success Criteria: Composition resource for the retrieved document is updated to a new version on the FHIR server.
Bonus Points: User extracts DAF resource data from the original document and reconciles it with the new information before posting the reconciled version of the document.

TestScript(s)

TBD