emr independent requirements specification … 4.2/ontario emr...emr independent requirements...

EMR Independent Requirements Specification Review Update

EMR Vendor Session

April 10, 2013

Agenda

Every Step Conference

Review of Results: First Public Review

CORE EMR and EMR – OLIS specifications

Introduction: Second Public Review

EMR – Chronic Disease Management

EMR - CIHI Data Extract

EMR - HRM

EMR As A Service

Hospital Report Manager Update

HCV / EDT Update

2

Every Step Conference

3

Includes Vendor Showcase and Vendor Workshops

Communication with all details has been sent

Conference is June 11, 2013

Application deadline April 16, 2013

Questions please contact [email protected]

EMR Specifications Under Development

Initial development focuses on restructuring Ontario EMR Specification v4.1A into six individual EMR requirements specifications;

Each specification will maintain their own individual versions through future development lifecycles.

4

EMR Specification 4.1A

A: Baseline

B: Data Portability

C: Chronic Disease Mgmt

D: Diabetes Reporting

G: CIHI Extract

E: OLIS

F: Report Manager

H: Addt’l Requirements

Core EMR Spec 4.2

EMR - CDM Spec 4.2

EMR - CIHI Data Extract Spec 4.2

EMR - OLIS Spec 4.2

EMR - HRM Spec 4.2

EMR As A Service Spec 4.2

Key Objectives

Two key objectives in restructuring each specification and the focus of the public reviews:

Update the structure of the individual specifications:

• Improved introduction, history; • Improved organization of requirements; • Use case and workflows introduced where applicable; • Code Tables and data dictionary to be used across specifications.

Apply lessons learned catalogued during the previous Ontario EMR Specification development lifecycle:

• Clarity has been added from feedback received; • Improved consistency in the representation of data and requirements across

specifications.

5

First Public Review

First Public Review conducted in February 2013 focused on individual requirements specifications for Core EMR and EMR- OLIS.

CORE EMR Specification

Section 1: Baseline Requirements + Change Log Section 2: Data Sharing + Change Log Section 3: Data Portability + Schema + Change Log

EMR – OLIS Specification

EMR – OLIS Specification + Change Log

Reference Documents

EMR Data dictionary EMR Code Tables

6

First Public Review

Responses to feedback received from EMR Vendors will be completed by Friday, April 12 (on a per-vendor basis);

Summary of feedback items:

Updates: 33 (further clarifications, grammar, inconsistencies, updated business rules)

Change Requests logged: 13 (future updates)

Remaining feedback items focused largely on questions

7

CORE

Baseline

Data

Portability

Data

Sharing OLIS Other Totals

Feedback items received 50 23 1 51 1 126

Feedback items resulted in updates 12 1 0 20 0 33

First Public Review

Updated requirements:

During previous validation cycles, some requirements may have been interpreted differently:

Some requirements have updated descriptions or guidelines; Clarity has been applied to resolve differences in interpretation; Applying clarity could change a vendors interpretation.

Some requirements have been “split” into multiple requirements.

Funding eligibility remains at this time based on EMR Specification 4.1A:

As part of the public review process, we want to hear if any of the proposed updates represent significant change to your products;

Ongoing improvements are however a necessity that we are all faced with as EMR offerings continue to mature;

8

First Public Review

General: Any distinction between Requirement and Guidelines columns

Guidelines provide further explanation and clarification to the requirement. The Guidelines form part of the overall Requirement and are mandatory.

General: What’s the purpose of the Code Table document and relation with the Data Portability specification

The Code Table document was extracted from Appendix B – Data Portability and evolved to support the suggested codes for Core Baseline Requirements and the mandatory predefined code values for Core Data Portability. It will also serve as a reference for other Specifications.

OLIS: Implementing functionality ASP versus Local

Unless otherwise specified, functionality must be available to the user (end user or client admin). There should be no difference in the functionality available to an ASP user vs. a Local user.

OLIS: Clarification regarding Tests Results duplicate identification/management

OLIS publishes and maintains documents that describe how to detect and manage duplicate test results. Please consult with the OLIS team for additional details.

Clarification has been added to the OLIS Specification to allow management of duplicate test results regardless of how the test results are received by the EMR (patient query, provider query, preload query).

9

First Public Review

OLIS: Functionality of Preview screen for Patient Query and Pre-Load query

Clarification has been added to the OLIS Specification to support management of the test results displayed in the preview screens.

Data Portability: How to deal with the export of date fields with no values populated in the database (use of Sentinel value)

The Core Data Set XML Schema Definition has been updated to allow the export of null data in date fields. A sentinel value should no longer be required.

Core Baseline: Preventive Care screening data and recall list/cumulative bonus reporting

Clarification and additional details has been added to the Core Baseline Specification to support the preventative care requirements.

Core Baseline: Patient Roster vs. Patient Enrolment

Clarification has been added to the Core Baseline Specification to distinguish between the concept of ‘rostering’ and ‘enrolment’.

10

Second Public Review

Second public review is now underway for four remaining individual EMR requirements specifications.

Public review period ends May 3, 2013

EMR – Chronic Disease Mgmt

EMR – CIHI Data Extract

EMR – Hospital Report Mgr

EMR As A Service

11

Chronic Disease Management

EMR – Chronic Disease Management:

Based on requirements represented in Ontario EMR Specification 4.1;

Updated the structure of the individual specification;

Applied lessons learned catalogued during the previous Ontario EMR Specification development lifecycle;

Complements generic care elements leveraged in treatment of chronic disease remain described in the CORE EMR specification (eg: blood pressure, BMI, waist circumference) ;

Includes care elements/requirements focused specifically on the treatment of chronic disease;

Refer to change log.

12

CIHI Data Extract

EMR - CIHI Data Extract




Remains largely unchanged;


13

Hospital Report Manager

EMR – Hospital Report Manager:


Includes amendments introduced in 4.1A;


Applied lessons learned catalogued during the previous Ontario EMR Specification development lifecycle.


14

EMR As A Service

EMR As A Service

Based on requirements represented in Ontario EMR Specification 4.1 (Appendix H);

Includes amendments introduced in 4.1A;



Remains largely unchanged;


15

Funding Eligibility

Funding Eligible EMR Offerings are NOT being re-validated against these individual EMR Specifications at this time and remain based on Ontario EMR Specification 4.1A;

No new EMR offerings will be validated at this time;

Individual EMR Specifications however represent a foundation for future enhancements and additional EMR Specifications;

In the future, funding eligibility will be based on a set of individual EMR requirements specifications packaged together in an EMR Release.

16

Vendor Engagement – Thank you!

EMR Vendor engagement is an important and valued step in the EMR Specification development process;

Every item of feedback is reviewed and addressed

Help us continue to improve our public review process:

Are the communication and vendor sessions helpful?

Would you suggest any changes to the communication approach?

Is the feedback process easy to use?

Is there sufficient lead time to allow you to participate in the public review?

Does the 4 week period allow for enough time to conduct your review and capture feedback?

If you DID NOT provide feedback, please explain why. We welcome your thoughts to [email protected]

17

mailto:[email protected]

Hospital Report Manager Update

HRM General Deployment:

1,560 clinicians by March 2014

Phased approach with hospitals & practices

Concurrent Streams:

• Out-of-scope LHINs continue, transition in the future

• SPIRE hospitals will be migrated at later date

• Begin working with practices aligned with first hospitals

Committed to working closely with all stakeholders

• Regular engagement with LHINs

• EMR Vendors engaged early to support sufficient planning time and have information require

HRM Pilot to Production Deployment:

Have been some delays in installing HRM at the Guelph Data Center

Working to complete HRM environment testing

In near term:

• Begin detailed migration planning for Pilots

• Begin testing with selected hospitals

• Begin working with vendors to select reference sites

HRM Deployment Team will work closely with the LHINS to initiate testing activities with scheduled hospitals

18

Hospital Report Manager

HRM will deliver great value for hospitals and physicians; and has high demand and support from physicians.

Physicians are anxious to use HRM

HRM presents a great opportunity in the market for vendors

1400 slots are available in the funding program

Offer value add services related to HRM installation and maintenance

19

EMR Spec 4.1 A - Final

Published as Final effective March 11, 2013

Req. 3.6 b) became weighted in response to vendor concerns

3.6 b) Supports addition of Medical Practice confidentiality statement on printed binary reports.

EMR Spec 4.1A now forms part of the current set of requirements for Funding Eligibility

EMR Spec 4.1A

Conformance testing of HRM (Spec 4.1A) conducted at Reference Site

Leverage Reference Site with test environment for this purpose

Validation of HRM at Reference Site will include EMR Spec 4.1A

Approval of HRM is a prerequisite to funded physicians participating in the provincial rollout of HRM

20

Phases HRM Test

Conformance

HRM Reference Site Phases

HRM Prod Go Live &

Normalization

HRM Reference Site Phase

• UAT Environment

• At EMR Spec 4.1A

• Test conformance

• Prod Environment


• Reference Site

Validation

• Final Decision

HRM Go Live HRM Approval

• Prod Environment


• Prod verification

• Normalization

• Clinical Use period

HRM Expansion

* HRM Test environment will be available for Vendor internal development and conformance

21

HRM Reference Site Deliverables &

Dependencies by Phase

Dependencies Deliverables

HRM Test Conformance: • OMD HRM Test Env Ready (EMR Spec 4.1A) • Vendor has completed internal development and conformance • EMR Vendor submit connectivity request

• HRM Connectivity established • HRM Test Conformance Note: Offering is at Spec 4.1A

HRM Prod Go Live &: Normalization:

• Offering obtained HRM Test Conformance Approval

• HRM Agreements (subscription* & user) complete

*as required

• HRM (EMR Spec 4.1A )Go Live • HRM Connectivity established • HRM Verification Check • HRM training (Admin & End User)

conducted

• Offering obtained HRM Prod Conformance Approval

• Reference Site clinical use period • Identify and Resolve Issues with OMD • Complete Pre-Reference Site Actions

HRM Reference Site Phase:

• Complete 4 weeks clinical use • No defects or fixes pending based on Go

Live testing

• Conduct HRM Reference Site Validation • OMD identify corrective actions** • Vendor fix and successfully demonstrate* • Vendor Offering Approved for HRM clinical

use * as required

22

Vendor Engagement:

Continue to share program level information and updates through:

EMR Vendor Sessions

EMR Vendor Bulletin

Will begin to share and collaborate at deeper level with vendors through individual sessions:

Planning Meeting for HRM & Kick Off (next couple weeks)

Session 1: Planning focus

Session 2: Operational focus

Ongoing Monthly Status Checkpoint

23

Health Card Validation / Claims Submission

The Ministry of Health and Long-Term Care is updating its electronic Business Services (eBS) with web services versions of Health Card Validation (HCV) and Electronic Data Transfer (EDT);

EMRs are being targeted as the first wave of consumers;

Technical Specifications are available at : http://www.health.gov.on.ca/en/pro/publications/ohip/

See: Technical Specifications for Health Card Validation (HCV) via Electronic Business Services (EBS) and, Technical Specifications for Medical Claims EDT (MCEDT) via Electronic Business Services (EBS)

Test/conformance environments are now available with MOHLTC;

eHealth Ontario and OntarioMD will be working with MOHLTC to develop an EMR specification for HCV (full, OBEC) and MCEDT (claims).

24

http://www.health.gov.on.ca/en/pro/publications/ohip/

http://www.health.gov.on.ca/en/pro/publications/ohip/

Questions ?

25