Difference between revisions of "Project Page for Electronic Case Reporting"
(39 intermediate revisions by 4 users not shown) | |||
Line 24: | Line 24: | ||
*[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=34 2009 Case Reporting IG] | *[http://www.hl7.org/implement/standards/product_brief.cfm?product_id=34 2009 Case Reporting IG] | ||
*[http://wiki.siframework.org/Public+Health+Reporting+Initiative S&I Framework Public Health Case Reporting Initiative (PHRI)] | *[http://wiki.siframework.org/Public+Health+Reporting+Initiative S&I Framework Public Health Case Reporting Initiative (PHRI)] | ||
− | ** [http://wiki.siframework.org/file/view/PHRI_CDAImplementationGuide_ConsensusApproved_20130424.docx/428759350/PHRI_CDAImplementationGuide_ConsensusApproved_20130424.docx Case | + | ** [http://wiki.siframework.org/file/view/PHRI_CDAImplementationGuide_ConsensusApproved_20130424.docx/428759350/PHRI_CDAImplementationGuide_ConsensusApproved_20130424.docx Case reporting IG] |
** [http://wiki.siframework.org/file/view/PHRI%20Use%20Case%2009252012%20Consensus%20Approved.pdf/367700864/PHRI%20Use%20Case%2009252012%20Consensus%20Approved.pdf Use case document] | ** [http://wiki.siframework.org/file/view/PHRI%20Use%20Case%2009252012%20Consensus%20Approved.pdf/367700864/PHRI%20Use%20Case%2009252012%20Consensus%20Approved.pdf Use case document] | ||
** [http://wiki.siframework.org/file/view/DataHarmonizationProfile_02132018.docx/428760522/DataHarmonizationProfile_02132018.docx Dataelements] | ** [http://wiki.siframework.org/file/view/DataHarmonizationProfile_02132018.docx/428760522/DataHarmonizationProfile_02132018.docx Dataelements] | ||
Line 39: | Line 39: | ||
*John Loonsk (Executive Sponsor, CGI Federal) | *John Loonsk (Executive Sponsor, CGI Federal) | ||
*Multi-disciplinary project team (recommended) | *Multi-disciplinary project team (recommended) | ||
− | ** Modeling | + | ** Modeling facilitators - Eric Haas (Contractor to APHL), AbdulMalik Shakir (Contractor) |
− | + | ** Publishing facilitator - Jean Duteau (Hl7 Canada) | |
− | + | ** Vocabulary facilitator - Riki Merrick (Contractor to APHL) | |
− | + | ** Domain expert rep - Erin Holt Coyne (Tennessee Department of Health) | |
− | + | ** Business requirement analyst - TBD | |
− | + | ** Conformance facilitator (for IG projects) - TBD | |
==Status and Timeline== | ==Status and Timeline== | ||
Line 63: | Line 63: | ||
*List of templates generated from Trifolia/authoring tool -- Eric Haas | *List of templates generated from Trifolia/authoring tool -- Eric Haas | ||
*Appendices (templates, value sets)-- Eric Haas | *Appendices (templates, value sets)-- Eric Haas | ||
− | + | ||
+ | <!-- | ||
+ | ==Draft Introductory Material == | ||
+ | |||
+ | |||
+ | NOTE: the IG is split into 2 parts an introductino and a templates part. | ||
+ | |||
+ | Status: draft | ||
+ | |||
+ | Status date: 20151102 | ||
+ | |||
+ | '''Draft version of IG Part-1:'''[[media:CCDA eICR IG 11 02 2015 v2.docx|eICR C-CDA IG Intro]] | ||
+ | |||
+ | |||
+ | '''Document: ''' [[media:CCDA eICR IG 10 28 2015 v2.docx|eICR C-CDA IG Intro]] | ||
+ | |||
+ | '''Consolidated Comments: '''[[media:Comment Table.xlsx|eICR C-CDA IG Intro Comments Table]] | ||
+ | --> | ||
+ | |||
+ | ==Inital Ballot Content== | ||
+ | |||
+ | |||
+ | '''Initial Ballot Content for IG: '''[[media:Draft_CCDA_eICR_IG_11_06_2015_(4).docx |eICR C-CDA IG Initial Ballot Content Format]] | ||
+ | |||
==Link to templates library == | ==Link to templates library == | ||
− | [ | + | Status; Draft |
+ | Status Date: 11/10/2015 | ||
+ | |||
+ | To see template detail click on the link below, navigate to "Templates" tab and select 'PHCR" in the left menu bar. Art Decor provides am HTML table view of the constraints and description of the cda document tempates. If you would like to contribute to authoring the templates, DEs, vocabulary contact [mailto:ehaas@tsjg.com Eric Haas] | ||
+ | |||
+ | [[media:eICR Data Requirements and Template Specifications.doc| eICR templates library]] | ||
+ | |||
+ | '''Issues list and Implications reusing CCDA templates''' | ||
+ | |||
+ | *Extra stuff we are adding to the base US Realm header and the extra stuff CCDA requires in both US Realm Header and Section and Entry templates summary below | ||
+ | |||
+ | [[media:C-CDA Template Reuse Implications.docx|Implications reusing CCDA templates]] | ||
+ | |||
+ | *Here is a summary of the cCDA template issues – a lot of these will be cleare when we understand what "R" and "RE" means in eICR DEs list | ||
+ | |||
+ | # eICR required elements not present in C-CDA: | ||
+ | #*Entry template required in EiCR but 0..1 (MAY) in CCDA eg ServiceDeliveryLocation, Indication, Encounter Diagnosis in Encounter Activity and Pregnancy and Social History Observation entry templates in Social History section - implication is won't know why information is missing ( unknown, or ignored) - if want to require then need to constrain these templates. | ||
+ | # C-CDA required elements not required by eICR: | ||
+ | #*Custodian is required in document header - who is the custodian / Sender (Provider Org) , intermediary (PHCP) or Receiver ( PHA )? | ||
+ | # C-CDA incompatible with eICR constraints: | ||
+ | #*nullflavor allowed for several eICR Required elements at section level ( Results Section, Problem Section, Medications Section, Encounters Section ) Note that is probably compatible with our definition of required but need to bring up if required means no null flavors ( i.e. Mandatory ) | ||
+ | #*How to document constraints for occupation hx or only diagnosis and symptoms without constraining template or valueset? | ||
+ | # How to indicate Patient is not pregnant. Currently in ccda only assert pregnancy | ||
+ | #* option 1 - use constrained pregnancy template with negation indicator if asserting not Pregnant, and nullflavoe if unknown or Not applicable (too young, old or male) | ||
+ | #* option 2 - use problem observation template and use vocabulary to indicate if pregnant or not pregnant. we elected this one to start | ||
+ | # Need to review both cardinality and conformance usage for each eICR data element (i.e. which are mandatory - null flavor not allowed) | ||
+ | # Need to review vocabulary for each Dataelement where applicable. | ||
+ | # Need to agree on a Title. | ||
+ | # Template OID - (checking with AK on whether can use the existing 2009 CR OID as root) | ||
+ | # Trigger code value set still not settled on content and format - stubbed in a short value set showing a variety of conde systems. will need to determine where will be hosted | ||
+ | # ordered test may not be same as code in observation organizer. | ||
+ | |||
+ | == Example CDA Document == | ||
+ | |||
+ | Status; Draft | ||
+ | Status Date: 11/10/2015 | ||
+ | |||
+ | [[media:Pertussis_Example.zip|eICR Example Pertussis message zip file include schema and xlst files]] | ||
+ | |||
+ | [[media:Pertussis_Example.pdf|eICR Example Pertussis message human readable output]] | ||
== CSTE consensus derived Data Elements == | == CSTE consensus derived Data Elements == | ||
Line 96: | Line 158: | ||
[[media:AMS Use Case diagram.png|Use Case Diagram]] | [[media:AMS Use Case diagram.png|Use Case Diagram]] | ||
− | [[media:AMS Activity diagram.png| | + | [[media:AMS Activity diagram.png|Activity Diagram]] |
[[media:AMS Class diagram.png|Class Diagram]] | [[media:AMS Class diagram.png|Class Diagram]] | ||
Line 106: | Line 168: | ||
[[media:Inital eCR User Case Scenario.pdf|Inital eCR User Case Scenario]] | [[media:Inital eCR User Case Scenario.pdf|Inital eCR User Case Scenario]] | ||
+ | |||
+ | == Draft DAM Diagrams == | ||
+ | |||
+ | *DAM created by AMS | ||
+ | |||
+ | Status: Draft | ||
+ | |||
+ | Status date: 20151102 | ||
+ | |||
+ | Word format: | ||
+ | [[media:Initial Public Health Case Reporting Domain Analysis Model.docx|initial draft of the eICR Domain Analysis Model]] | ||
+ | |||
+ | Enterprise Architext format: | ||
+ | [[media:Initial Public Health Case Reporting Domain Analysis Model.EAP|initial draft of the eICR Domain Analysis Model]] | ||
== Pilots == | == Pilots == | ||
Line 121: | Line 197: | ||
List of issues | List of issues | ||
− | + | # Triggers code - currently not in scope for IG but need to be discussed. ( should they be separated IG ?) | |
− | * Direct reporting to PHA vs intermediate step to PHCP/RCKMS decision suppor- what is scope of IG | + | #* has been been mapped in template to DocumentationOf and draft valuest consisting of ICD-10, SCT and LN for Diagnosis, Lab Restults and Lab orders. |
− | * Using unconstrained (unchanged) CCDA section and entry templates for initial DSTU of message - will this create issue for PHAs if they information not relevant to CR? | + | #* 1:1 trigger to eicr so encounter could generate multiple report for simplest solution |
− | * | + | # Direct reporting to PHA vs intermediate step to PHCP/RCKMS decision suppor- what is scope of IG |
+ | #*both in scope | ||
+ | # Using unconstrained (unchanged) CCDA section and entry templates for initial DSTU of message - will this create issue for PHAs if they require information not relevant to CR? | ||
+ | #*Need to review each element | ||
+ | # FHIR version of CR resource alongside of SDC FHIR instead of V3 based CDA | ||
+ | <!-- #*need fhir model --> | ||
+ | |||
+ | ==Current STU Comment Period== | ||
+ | *please visit http://www.hl7.org/dstucomments/showdetail.cfm?dstuid=188 for comments on the current STU. | ||
+ | |||
+ | ==DRAFT DOT Release Materials== | ||
+ | * November 2016 | ||
+ | * Please see go to http://www.hl7.org/Special/committees/pher/docs.cfm? for the draft. Documents will be available for review by HL7 members only; if you are not an HL7 member, you will not see this document to review. | ||
+ | * Materials include: | ||
+ | _readme.txt – outlines the contents of the zip | ||
+ | IG Volume 1 | ||
+ | IG Volume 2 | ||
+ | transform folder – transform to render the CDA | ||
+ | xml folder – sample file and html rendering of sample file | ||
+ | |||
+ | * There are GForge links to the Schema and Schematron in the readme and also in Volume 1. | ||
+ | * Please post comments here: [http://wiki.hl7.org/index.php?title=PHCR_eICR_R2_STU1.1_Update_Comments#November_2016_-_HL7_CDA.C2.AE_R2_Implementation_Guide:_Public_Health_Case_Report.2C_Release_1.2C_STU_Release_1.1_-_US_Realm_-_Available_for_Comment|PHCR eICR R2 STU1.1 Update Comments] | ||
== == | == == | ||
Back to [[PHER activities]] | Back to [[PHER activities]] |
Latest revision as of 23:58, 28 November 2016
Contents
- 1 Project Page for Electronic Case Reporting
- 1.1 Project Information
- 1.2 Status and Timeline
- 1.3 Inital Ballot Content
- 1.4 Link to templates library
- 1.5 Example CDA Document
- 1.6 CSTE consensus derived Data Elements
- 1.7 Use Case summary descriptions
- 1.8 Draft DAM Diagrams
- 1.9 Pilots
- 1.10 Issues/Hot Topics
- 1.11 Current STU Comment Period
- 1.12 DRAFT DOT Release Materials
- 1.13
Project Page for Electronic Case Reporting
Return to Public Health and Emergency Response - HL7 web site
Return to [PHER main page - HL7 wiki]
- Project co-sponsors
Project Information
Links to previous efforts / Background material
Link to project scope statement
PSS for Electronic Case Reporting
Name the project facilitators
- Project facilitator (1 Mandatory) Maribeth Gagnon (CDC)
- Other interested parties and their roles John Roberts (PHER co-chair, Tennessee Department of Health)
- John Loonsk (Executive Sponsor, CGI Federal)
- Multi-disciplinary project team (recommended)
** Modeling facilitators - Eric Haas (Contractor to APHL), AbdulMalik Shakir (Contractor) ** Publishing facilitator - Jean Duteau (Hl7 Canada) ** Vocabulary facilitator - Riki Merrick (Contractor to APHL) ** Domain expert rep - Erin Holt Coyne (Tennessee Department of Health) ** Business requirement analyst - TBD ** Conformance facilitator (for IG projects) - TBD
Status and Timeline
PSS - Oct 18th Writing assignments are due 10/31 Goal to have a Final draft 11/17 last day for submission for Ballto Nove 28th?
Assignments:
- Purpose – John Loonsk and John Roberts
- Background -- John Loonsk and John Roberts
- Scope -- John Loonsk and John Roberts
- Future work -- John Roberts
- Audience- MariBeth to pull existing information from PHRI
- Approach (use case, actors, processes, data flows swim lanes diagrams, interaction diagrams, etc. -- Laura Conn and Shu McGarvey
- List of templates generated from Trifolia/authoring tool -- Eric Haas
- Appendices (templates, value sets)-- Eric Haas
Inital Ballot Content
Initial Ballot Content for IG: eICR C-CDA IG Initial Ballot Content Format
Link to templates library
Status; Draft Status Date: 11/10/2015
To see template detail click on the link below, navigate to "Templates" tab and select 'PHCR" in the left menu bar. Art Decor provides am HTML table view of the constraints and description of the cda document tempates. If you would like to contribute to authoring the templates, DEs, vocabulary contact Eric Haas
Issues list and Implications reusing CCDA templates
- Extra stuff we are adding to the base US Realm header and the extra stuff CCDA requires in both US Realm Header and Section and Entry templates summary below
Implications reusing CCDA templates
- Here is a summary of the cCDA template issues – a lot of these will be cleare when we understand what "R" and "RE" means in eICR DEs list
- eICR required elements not present in C-CDA:
- Entry template required in EiCR but 0..1 (MAY) in CCDA eg ServiceDeliveryLocation, Indication, Encounter Diagnosis in Encounter Activity and Pregnancy and Social History Observation entry templates in Social History section - implication is won't know why information is missing ( unknown, or ignored) - if want to require then need to constrain these templates.
- C-CDA required elements not required by eICR:
- Custodian is required in document header - who is the custodian / Sender (Provider Org) , intermediary (PHCP) or Receiver ( PHA )?
- C-CDA incompatible with eICR constraints:
- nullflavor allowed for several eICR Required elements at section level ( Results Section, Problem Section, Medications Section, Encounters Section ) Note that is probably compatible with our definition of required but need to bring up if required means no null flavors ( i.e. Mandatory )
- How to document constraints for occupation hx or only diagnosis and symptoms without constraining template or valueset?
- How to indicate Patient is not pregnant. Currently in ccda only assert pregnancy
- option 1 - use constrained pregnancy template with negation indicator if asserting not Pregnant, and nullflavoe if unknown or Not applicable (too young, old or male)
- option 2 - use problem observation template and use vocabulary to indicate if pregnant or not pregnant. we elected this one to start
- Need to review both cardinality and conformance usage for each eICR data element (i.e. which are mandatory - null flavor not allowed)
- Need to review vocabulary for each Dataelement where applicable.
- Need to agree on a Title.
- Template OID - (checking with AK on whether can use the existing 2009 CR OID as root)
- Trigger code value set still not settled on content and format - stubbed in a short value set showing a variety of conde systems. will need to determine where will be hosted
- ordered test may not be same as code in observation organizer.
Example CDA Document
Status; Draft Status Date: 11/10/2015
eICR Example Pertussis message zip file include schema and xlst files
eICR Example Pertussis message human readable output
CSTE consensus derived Data Elements
Summary of DataElements mapped to CCDA templates.
Status: Draft
Status date: 20151018
ECR Datalement to MU2105 and CCDA Mappings
Use Case summary descriptions
- Use case diagrams created by Laura/Shu/Janet
Status: Draft
Status date: 20151018
eCR Context diagram and preconditions for use case with PH Intermediary system (e.g., PHCP)
eCR Context diagram and preconditions eCR without a PH intermediary system (eCR sent directly to PH)
- Use case diagrams created by AMS "Use Case diagram as part of producing the abbreviated DAM that I hoped would provide some input to this effort."
Status: Draft
Status date: 20151018
- Use case scenario from ASTHO
Status: Draft
Status date: 20151018
Draft DAM Diagrams
- DAM created by AMS
Status: Draft
Status date: 20151102
Word format: initial draft of the eICR Domain Analysis Model
Enterprise Architext format: initial draft of the eICR Domain Analysis Model
Pilots
- ASHTO Informatics Call for Participation in Electronic Case Reporting Pilot
Status: Unknown
Status date: 20151018
Project Scope Statement Electronic Case Reporting Using the PHCP
Issues/Hot Topics
List of issues
- Triggers code - currently not in scope for IG but need to be discussed. ( should they be separated IG ?)
- has been been mapped in template to DocumentationOf and draft valuest consisting of ICD-10, SCT and LN for Diagnosis, Lab Restults and Lab orders.
- 1:1 trigger to eicr so encounter could generate multiple report for simplest solution
- Direct reporting to PHA vs intermediate step to PHCP/RCKMS decision suppor- what is scope of IG
- both in scope
- Using unconstrained (unchanged) CCDA section and entry templates for initial DSTU of message - will this create issue for PHAs if they require information not relevant to CR?
- Need to review each element
- FHIR version of CR resource alongside of SDC FHIR instead of V3 based CDA
Current STU Comment Period
- please visit http://www.hl7.org/dstucomments/showdetail.cfm?dstuid=188 for comments on the current STU.
DRAFT DOT Release Materials
- November 2016
- Please see go to http://www.hl7.org/Special/committees/pher/docs.cfm? for the draft. Documents will be available for review by HL7 members only; if you are not an HL7 member, you will not see this document to review.
- Materials include:
_readme.txt – outlines the contents of the zip IG Volume 1 IG Volume 2 transform folder – transform to render the CDA xml folder – sample file and html rendering of sample file
- There are GForge links to the Schema and Schematron in the readme and also in Volume 1.
- Please post comments here: eICR R2 STU1.1 Update Comments
Back to PHER activities