This wiki has undergone a migration to Confluence found Here
Difference between revisions of "201605 C-CDA on FHIR Connectathon Proposal"
Jump to navigation
Jump to search
| (15 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
| − | + | [http://wiki.hl7.org/index.php?title=Category:201605_FHIR_Connectathon_Track_Proposals Return to May 2016 Proposals] | |
[[Category:201605_FHIR_Connectathon_Track_Proposals|May 2016 Proposals]] | [[Category:201605_FHIR_Connectathon_Track_Proposals|May 2016 Proposals]] | ||
__NOTOC__ | __NOTOC__ | ||
| Line 21: | Line 21: | ||
==Expected participants== | ==Expected participants== | ||
<!-- List of the individuals and/or organizations that have indicated a desire to attend the connectathon and implement this track --> | <!-- List of the individuals and/or organizations that have indicated a desire to attend the connectathon and implement this track --> | ||
| + | |||
| + | 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) | * Lantana Consulting Group (several participants) | ||
| Line 27: | 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 41: | Line 44: | ||
1. Create a narrative document | 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 and | + | :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 | + | :Precondition: none, but existing Patient and Practitioner resources may be used. |
| − | :Success Criteria: Bundle is successful submitted to a FHIR server. Consumer in Scenario | + | :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. | :Bonus Points: Bundle validates against C-CDA on FHIR profiles. | ||
2. Create a narrative document with supporting DAF resources | 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. | :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 | + | :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. | :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. | :Bonus Points: Bundle validates against C-CDA on FHIR profiles. | ||
| − | 3. Create a from DAF resources and generate corresponding narrative | + | 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. | :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 | + | :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. | :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. | :Bonus Points: Bundle validates against C-CDA on FHIR profiles. | ||
4. Display a narrative document | 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. | + | :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 exists on the target FHIR server. | + | :Precondition: A document from Scenario 1, 2, or 3 exists on the target FHIR server. |
:Success Criteria: Document is successfully displayed. | :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)== | ==TestScript(s)== | ||
Latest revision as of 16:24, 14 December 2016
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
