1 / 11

Standards Analysis Summary

Standards Analysis Summary. vMR Pros Designed for computability Compact Wire Format Aligned with HeD Efforts Cons Limited Vendor Adoption thus far Represents an additional required format for EHRs

kalb
Download Presentation

Standards Analysis Summary

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Standards Analysis Summary • vMR • Pros • Designed for computability • Compact Wire Format • Aligned with HeD Efforts • Cons • Limited Vendor Adoption thus far • Represents an additional required format for EHRs • If vendors do choose or have the ability to consume HeD artifacts this may not be a con and may actually make it easier to consume the HeD work

  2. Standards Analysis Summary (cont.) • CDA (C-CDA & QRDA) • Pros • Well specified for various use cases • Established Vendor Basis • Aligned with MU • Cons • Difficult for computability • Expensive wire format

  3. Standards Analysis Conclusion • Conclusion • Long-term goal is to ensure that there is a single, consistent model for patient information in a CDS exchange • Important to move towards that goal as much as possible, while still enabling bridges to that approach using current technology • Should provide a solution that allows flexibility, but still enables interoperability.

  4. Solution Options Considered During HL7 CDS WG call (5/21) & Standards SWG Call (5/22) • Option 1: Base implementation guidance on Functional Interaction Type • Guidance would be provided on individual functional interaction types the standard selected would vary for each type • Feedback: • Would only be able to develop guidance on a few functional interaction types • Too dependent on functional interaction types • Would be difficult for implementers to build solutions for any scenarios or functional interaction types not included in the guidance • Option 2: Provide mapping of HeD UC2 requirements to vMR, C-CDA and QRDA • High-level guidance would be included on how to translate mappings into implementation profiles along with a few example implementation profiles based on functional interaction types • Feedback: • Guidance would not be specific enough to be “implementation ready” • Allows for too much flexibility

  5. Solution Option Presented during 5/23 All Hands Call Community Feedback from 5/23 All Hands Call: • Outside of HeD UC2 scope • Not feasible within HeD UC2 timeline In order to support multiple payload standards while still promoting interoperability, a solution that leverages a foundational model (ex. FHIM) was proposed to the community: Long-term Industry Need

  6. HeD UC2 Final Proposed Solution Based on feedback from all proposed solutions last week, the HeD Leadership Team is proposing the following solution: • Create implementation guidance that leverages vMR as the base model but is aligned with C-CDA and QRDA (semantics, terminologies, and templates) to the highest extent possible. • Solution will be to update the vMR model to align with the semantics of C-CDA and QRDA to the extent possible and reasonable • vMR is a streamlined data model for CDS. This model is at a similar level of granularity to models such as Green CDA • Pursue both SOAP and REST for the updated DSS IG for September 2013 • Based on pilots, a choice may be made between SOAP and REST • We will utilize the Functional Interaction Types to guide the IG development • Use as building blocks of data that are coordinated to meet functional interaction types • Have a section in the IG having profiles that people vote on for different interaction types if we feel confident. If we don’t feel confident, then they will strictly be examples • Leverage pilots from UC1 for functional interaction types. Can start with Immunization Forecasting and Quality Measure Evaluation. See what feedback we get and if any other interaction types would be useful

  7. HeD UC2 Final Proposed Solution The revised solution approach still aligns with the long-term industry need, but has been limited to a more manageable and Use Case-appropriate scope: Long-term Industry Need HeD UC2 Scope Potential future or parallel work

  8. CDS Request This approach would support vMR as the payload standard with mappings to CCDA and QRDA Request Service: DSS Request Element Request Items Organizer/Container: vMR Request Item Payload: vMR Clinical Statement vMR Payload

  9. CDS Response HeD Schema/vMR Response Service: DSS Response Element Response Items Organizer/Container: Harmonized vMR/HeD Schema Response Item Payload: vMR Clinical Statements

  10. IG and Standards Development Activities to support HeD UC2 Solution

  11. Key Milestone Dates for September Ballot Administrative Deadlines: • HL7 Notification of Intent to Ballot: July 7 • HL7 Initial Content Deadline: July 14 • Need to determine whether a full draft of the IG can be ready and submitted through E2E review by July 14. • Need to have discussion on possible options for completing IG and conducting E2E review Content Deadlines: • HeD End-to-End Review Period: July 1-July 11 • HeD Consensus Review Period: July 18-July 24 • HL7 Final Content Deadline: August 4 • HL7 Examples Deadline: August 19 With this timeline, we have less than 5 weeks to complete our IG in preparation for the review process, and 10 weeks total before ballot materials are due, including ballot materials for related ballots (e.g. update to vMR standard).

More Related