210 likes | 333 Views
Health eDecisions RI/ Pilots Sub-Workgroup. May 6th, 2013. Agenda. Announcements Review and Revisit of Goals Review of RI/Pilot Sub-WG Timeline Pilot Updates: AllScripts and NewMentor (Million Hearts – MU NQF 68) IG updates Vocab Updates VA and Wolters Kluwer IG Updates
E N D
Health eDecisionsRI/ Pilots Sub-Workgroup May 6th, 2013
Agenda • Announcements • Review and Revisit of Goals • Review of RI/Pilot Sub-WG Timeline • Pilot Updates: • AllScripts and NewMentor (Million Hearts – MU NQF 68) • IG updates • Vocab Updates • VA and Wolters Kluwer • IG Updates • Vocab Updates • CDC and Practice Fusion • IG Updates • Vocab Updates • vMR updates – Aziz and Shu • Review Support tools • Review Action Items, Next Steps
Announcements • We will be continuing our work … • Next meeting May 13th, 2013 (plan for a 90 minute meeting) • Continue to work on pilot activities • Pilot updates • Working Sessions
Support Team • Support Team: • Pilots Lead: Jamie Parker: jamie.parker@esacinc.com • Subject Matter Expert: Aziz Boxwala: aziz.boxwala@meliorix.com • Subject Matter Expert: Bryn Rhodes: bryn@veracitysolutions.com • Use Case 1: Dave Shevlin: d.s.shevlin@accenturefederal.com • Implementation Guide: Lynette Elliot: lynettte.elliott@esacinc.com • SDO Support: Anna Langhans: anna.langhans@accenture.com
HeD Pilots Goal • Goal • The goal of this initiative is to produce, consume and where feasible, execute implementable CDS interventions. • Event Condition Action Rules (ECA Rules) • Order Sets • Documentation Templates • Pilot Scope • Health eDecisions will apply defined aspects of the Implementation Guide in a real-world setting. • Modify the Implementation Guide to ensure it is usable • Submission of explicit feedback to sub workgroups such as vMR and vocabulary and terminology to close gaps • The real-world pilots evaluate not only the technology, standards and model (VMR), but also provide a test bed to evaluate the interaction of technology, implementation support, and operational infrastructure required to meet Health eDecisions use case 1 objectives at the stakeholder or organization levels. • Demonstrate intent of artifact (specifically structures and semantics) are communicated either by direct execution or by translation to native format • Ensure Completeness and consumability of artifact
Timeline We are Here
Pilot Updates: NewMentor – AllScripts (ECA Rule Million Hearts –NQF 68) • Team: • Julie Scherer - NewMentor • Bryn Rhodes – Internal Support • Robin Williams – AllScripts • Team Meetings • Every Monday, Tuesday, Wednesday and Friday at 11:45 EST • Status: • Working on a few more changes to the model translation for the CREF translator, • Evaluating and making changes (as necessary) based on an updated version of the CREF artifact. • Working with the vMR experts on modeling documentation reasons and allergies for the NQF-0068 rules, • Feedback to be incorporated into the translation. • Goal is to have the translator complete enough this week that it correctly translates the NQF-0068 rule. • Notes on the IG • Notes on the Vocab Work
Pilot Updates: Wolters Kluwer – VA (Documentation Template) • Team: • Christy May -Wolters Kluwer • ???? – Internal • Ken Kawamoto - VA • Notes on the IG • Notes on the Vocab and Terminology Work
Pilot Updates: Zynx – DesignClinicals (Order Set- Heart Failure ) • Team: • Claude Nanjo and Victor Lee Zynx • ???? – Internal Support • Dewy Howell – DesignClinicals • Notes on the IG • Notes on the Vocab and Terminology Work
Pilot Update: CDC – Practice Fusion (ECA Rule) • TEAM: • Shu McGarvey - CDC • Aziz Boxwala – Internal Support • Jamie Parker– Standing in for Practice Fusion • Notes on the IG • Notes on the Vocab Work • Updates to the vMR – (based on converting the rule from HQMF to HeD and the needs of the CDC) • We met with the CDS Work Group(HL7) and they agreed with the proposed changes needed to finalize the CDC rule
Pilot Support Tools and Feedback channels • Discussion Board: • http://wiki.siframework.org/HeD+Pilot+Activities#HeD_Pilot_Discussion • Vocabulary and Terminology Feedback: • http://wiki.siframework.org/HeD+Pilot+Tools
Action Items & Next Steps • Continue to monitor timeline • Continue pilot work • Going forward each pilot group will be giving a report out at each meeting • As needed and necessary we will be discussing issues and challenges during the pilot activities • Update the IG • Update the Vocabulary and Terminology work • Identify additional support resources if necessary
Meeting Reminder • Pilots Work stream meets (next meeting: May 13th, 2013) • Every Monday • 1-2:30 pm EDT See Wiki homepage for meeting details: http://wiki.siframework.org/Health+eDecisions+Homepage
Appendix A: Success Criteria • NOTE: This is a work –in-progress we will need to re-evaluate this after Pilot Project Plans • Discuss Pilot Success Criteria: • Individual Criteria • Initiative Criteria • EHR Involvement - DONE • Production (at least one of each artifact and consumption of those artifacts) • Addressed as part of the Pilot Project Plans (who will be doing which artifacts) • Successful implementation of artifacts • EHR involvement • Validate artifact – perhaps Pilots focuses on this ? • Execute the artifact • Cross initiative function • Potential Alignment with eDOC and esMD • SDC • Alignment with MU 3 objective • 10% knowledge based engine (align 402b) • ACTION ITEM: Review MU3 Criteria • Determine the delivery model we want to pilot • External (i.e. cloud service) • Assets are portable (can be run locally) • Discuss this with the group
Appendix B • In Scope/Out of Scope
Scope of Use Case 1 • This Use Case defines the requirements to build a standard for the contents of CDS Knowledge artifacts. The use case focuses on the following artifact types: Event Condition Action (ECA) Rules, Order Sets, and Documentation Templates. To support this purpose the Use Case has one scenario: A CDS Knowledge Artifact Supplier makes computable CDS Knowledge Artifact available to CDS Artifact Integrator (From HeD Use Case: CDS Artifact Sharing)
In Scope • Standards to structure medical knowledge in a shareable and executable format for use in CDS • In Scope Artifact Types (definitions for these artifact types can be found in Appendix A) • Event Condition Action Rules • Order Sets • Documentation Templates
Out of Scope • Tools: • Authoring tools, source “content” management. • Terminology server and mapping tools including management of concept coordination. • Semantic processing of text, including structured string processing and natural language processing. • System Functions • Messaging Layer • Means of sharing • Security • Authoring, creation and maintenance of clinical decision support knowledge • Knowledge Repository Design • Search and query mechanisms • Implementation in systems • User presentation, Transport layers • Market factors: regulatory incentive/mandate, liability shield, IP shield (patent/licensing litigation), certification body, marketplace design, test procedures, FDA rules • Clinical Decision Support Services (this will be covered in Use Case 2 CDS Guidance Services) • CDS Content Development Activities, including the distribution and sharing of artifacts • Context-Aware information retrieval (HL7 Information Button) – This will be covered in UC 2 (CDS Guidance)
Pre and Post Conditions • Pre-Conditions • CDS Artifact Supplier makes CDS artifacts available for search and consumption by CDS Artifact Integrators _ ACTION ITEMS (Clarify this –what is a precondition for this to be useful) • CDS Artifact integrator has the means to obtain the knowledge artifact from a CDS Repository (e.g. they have either browsed or queried the CDS Repository for available artifacts) • CDS Artifact Integrator Selects Artifacts of Interest to Use in their CDS System • Post Conditions • The CDS Knowledge Artifact Supplier has sent the CDS Knowledge Artifact to the requesting CDS Artifact Integrator • CDS Artifact has been received by CDS Integrator and is available for processing • CDS Artifact is available for mapping, structural transformations and local adaptation • Strategy Decision: In the pilot activities we will not directly address these as part of our pilot. We will focus the pilot activities on those tasks which occur between the pre and post condition