MEMORANDUM OF UNDERSTANDING



Similar documents
PSU Hyland OnBase Document Imaging and Workflow Services Level Memorandum of Understanding

1 Introduction. 2 Design and Functionality. 3 Client Support

Systems Support - Standard

Electronic Health Record System (EHR) Project. Request for Information RFI-CDVA Attachment 5 Statement of Work 2 Maintenance & Operations

Enterprise UNIX Services - Systems Support - Extended

Greenway Customer Support SUPPORT POLICIES. To deliver world class client experiences that delight each and every time we interact with our clients.

SANGER BANK ONLINE BANKING AGREEMENT AND DISCLOSURE

Authorized. User Agreement

How To Use The Pace Help Desk

WEST CENTRAL BANK ONLINE BANKING AGREEMENT AND DISCLOSURE

Departmental On-Site Computing Support (DOCS) Server Support SLA

Request for Applications for CareAccord s Electronic Health Record (EHR) Direct Secure Messaging Integration Pilot

Final. National Health Care Billing Audit Guidelines. as amended by. The American Association of Medical Audit Specialists (AAMAS)

TELUS Frontline Customer Care Guide

FIRST COMMERCIAL BANK. First Commercial Bank Internet Banking Agreement and Disclosure

RL Solutions Software Support & Maintenance Guide

RSA SecurID Tokens Service Level Agreement (SLA)

CENG Information Technology Services University of North Texas

Data Center Colocation - SLA

IT-P-001 IT Helpdesk IT HELPDESK POLICY & PROCEDURE IT-P-001

Request for Proposals (RFP) Managed Services, Help Desk and Engineering Support for Safer Foundation

Batesville Community School Corporation

VRIRSA Frequently Asked Questions (FAQs)

[name of project] Service Level Agreement

Support Handbook. Performance EDI. October Document Title Section Title

ONLINE BANKING AGREEMENT AND DISCLOSURE

REQUEST FOR PROPOSAL-INFORMATION TECHNOLOGY SUPPORT SERVICES

Retention & Destruction

GradLeaders Service Request Process (for schools using The CSO System or GradLeaders Career Center)

REQUEST FOR INFORMATION FOR SERVICE DESK SUPPORT SERVICES RFI

Service Level Agreement (SLA)

Magento Enterprise Edition Technical Support Guide

- 1 - StruxureWare TM Data Center Expert Periodic Maintenance. Software Integration Service. 1.0 Executive Summary. 2.0 Features & Benefits

ADVANCED CUSTOMER SUPPORT ORACLE FUNCTIONAL HELP DESK EXHIBIT

MANAGED SECURITY SERVICES RESPONSIBILITIES GUIDE July 2013

EXACT SUPPORT AGREEMENT. Between SOFTWARE OF EXCELLENCE UK LTD AND

Ohio University Office of Information Technology

For more information, please visit the IST Service Catalog at

Vital Records Electronic Registration System (ERS-II) Technical Resource Guide and Support Procedures

Service Level Agreement Between: Computing and Informational Technology And The Finance and Business Operations Division

County of Los Angeles Department of Mental Health

Medical Claims Electronic Data Transfer Reference Manual. Ministry of Health and Long-Term Care

SYSTEM SOFTWARE AND OR HARDWARE SUPPORT SERVICES (PREMIUM 24x7)

Prepared by: OIC OF SOUTH FLORIDA. May 2013

Customer Care Center Details

VRIRSA Frequently Asked Questions (FAQs)

Tour Our Secure AccessPoint Site

HORATIO STATE BANK ONLINE BANKING AGREEMENT AND DISCLOSURE

BridgeConnex Statement of Work Managed Network Services (MNS) & Network Monitoring Services (NMS)

Health Insurance Portability and Accountability Act Enterprise Compliance Auditing & Reporting ECAR for HIPAA Technical Product Overview Whitepaper

RL Solutions Hosting Service Level Agreement

Magento Enterprise Edition Customer Support Guide

Before submitting claims online you must complete the following form(s): Online Provider Services Account Request Form (

TSC Problem Management. Procedures

IST Drupal Cloud Hosting SLA

WellDyneRx Mail Service General Questions and Answers

Information Technology Solutions. Managed IT Services

Encrypted Users Guide. Revised 6/8/2015

Software Support Handbook

CITIZENS DEPOSIT BANK ONLINE BANKING AGREEMENT AND DISCLOSURE

FLORIDA COURTS E-FILING AUTHORITY HELP DESK POLICIES & PROCEDURES

COUNTY OF ORANGE, CA Schedule 2D Service Desk Services SOW SCHEDULE 2D SERVICE DESK SERVICES SOW. for. Date TBD

CUSTOMER GUIDE. Support Services

How To Use Adobe Software For A Business

A RESOURCE GUIDE FOR NEW FINANCIAL SYSTEM PROFESSIONALS

SUBJECT: SECURITY OF ELECTRONIC MEDICAL RECORDS COMPLIANCE WITH THE HEALTH INSURANCE PORTABILITY AND ACCOUNTABILITY ACT OF 1996 (HIPAA)

Control Module, Inc. Software Support Plans

CASE MANAGEMENT SERVICES (Non-Medical)

TABLE OF CONTENTS INTRODUCTION...

Online Banking - Terms and Conditions

Ongoing Help Desk Management Plan

Information Services Department

HIPAA Security Alert

Rekoop Limited Standard Terms of Business

Overview Software Assurance is an annual subscription that includes: Technical Support, Maintenance and Software Upgrades.

Change Management Procedures Re: The Peoplesoft Application at Mona

COLOCATION SERVICE SCHEDULE

HP Service Manager. Software Version: 9.34 For the supported Windows and UNIX operating systems. Incident Management help topics for printing

McDonough School of Business: MSBTC SLA 2014

Introduction Purpose... 4 Scope... 4 Manitoba ehealth Change Management... 4 Icons RFC Procedures... 5

Antivirus and Malware Prevention Policy and Procedures (Template) Employee Personal Device Use Terms and Conditions (Template)

Bill Payment Service Agreement

Statement of Policy. Reason for Policy

ESXi Cluster Services - SLA

Service Level Agreement. Server Hosting

CITY OF MILTON REQUEST FOR PROPOSAL # ITS

ONLINE BANKING AGREEMENT AND DISCLOSURE

Transcription:

MEMORANDUM OF UNDERSTANDING Use of Oregon Web Infrastructure for Treatment Services (OWITS) Electronic Health Record (EHR) System by Behavioral Health Treatment Providers ADDICTIONS & MENTAL HEALTH DIVISION OREGON HEALTH AUTHORITY Revised: April 2014

MEMORANDUM OF UNDERSTANDING Oregon Web Infrastructure for Treatment Services (OWITS) I. PARTICIPANTS: a. Oregon Health Authority (OHA), Addictions and Mental Health Division (AMH) b. Behavioral Health Providers (hereafter referred to as providers or agencies): Addiction and substance abuse treatment and/or mental health service providers in Oregon which are implementing OWITS, including privately-funded providers, as well as providers that are publicly funded or AMH required reporters (such as DUII or methadone treatment providers) II. MEMORANDUM OF UNDERSTANDING: a. This Memorandum of Understanding (MOU) is made by and between AMH and providers. III. OWITS SYSTEM: a. The participants have formed a collaborative OWITS user group (OWUG) to help maintain OWITS, an Electronic Health Record (EHR). This MOU outlines the framework of the collaborative efforts as well as the responsibilities of both AMH and providers. IV. PURPOSE and RESPONSIBILITIES: a. The above participants enter into this MOU for a common goal of maintaining a statewide EHR known as OWITS. This MOU specifies the participants responsibilities in the joint effort to accomplish these goals. b. Participant responsibilities include: 1. Providing input for the current and ongoing business requirements. 2. Reviewing documents related to detail business requirements. 3. Meeting designated timeframes for completion of full implementation, if applicable (see Attachment B). 4. Attending training sessions conducted by AMH. 5. Conducting user acceptance testing upon request. 6. Inputting agency registration and ongoing status and encounter data into the OWITS EHR production web environment. 7. Actively participating and collaborating in the implementation of the OWITS EHR and in the ongoing discussions regarding system modifications, upgrades, and enhancements. 8. Assisting in the ongoing improvement and refinement of the requirements/procedures provided by AMH for using the OWITS EHR. Page 1

V. SPECIFIC RESPONSIBILITIES AMH: a. Coordinate, consult, and conduct business with Focused ehealth Innovations, Inc. (FEi) to provide the OWITS EHR until such time that AMH management passes support of the OWITS EHR back to the vendor. b. Establish open and candid lines of communication using non-technical language with providers. c. Establish, host, and attend the OWITS User Group (OWUG) meetings, held for the purpose of allowing AMH and provider staff to discuss potential enhancements, modifications, and additional modules for the OWITS EHR; to ask questions, raise concerns, and share solutions for improving business processes, until such time that AMH passes responsibility for this collaboration back to the vendor. d. Provide training and instruction to providers as resources allow. e. Proactively work to correct system issues and barriers. f. Provide technical support related to OWITS system errors and issues, use the OWITS EHR Support Ticket module for all Help Desk issues and enhancement requests (for a description of Help Desk tiers and responsibilities for each, see Attachment A), and notify providers via OWITS Announcment of all system outages or State mandated office closures. g. Assist providers in determining current and future business practices that utilize the OWITS EHR. h. Include partners when necessary or prudent to create future strategies for implementing additional OWITS EHR domains beyond Substance Abuse and Mental Health throughout Oregon. i. Use the OWITS EHR to gather all state and federally required data elements for both substance abuse and mental health services. j. Make collected data available to providers for reporting purposes (each agency will only have access to its data). k. Follow HIPAA and 42 CFR confidentiality and security policies and procedures. In the event that AMH determines that an agency or AMH employee has participated in or caused any illegal or potentially illegal activity, AMH will revoke all OWITS access rights for that employee; the agency and AMH management will be notified so that further investigation or action can be taken. l. Notify providers of changes or updates made to this MOU or other documents related to OWITS EHR. m. AMH responsibilities are limited by the following: 1. AMH will not implement data conversion. 2. AMH will not enter existing client data into the OWITS EHR on behalf of any provider. 3. AMH will not require fully implemented providers (see Attachment B) to submit data for CPMS or MOTS reporting, if all OWITS EHR modules containing state and federally required data elements normally reported via CPMS or MOTS are used for all clients. In such cases, no duplicate entry of OWITS EHR and CPMS or MOTS data will be necessary. 4. AMH will not provide training to all agency staff. (see d. above) Page 2

VI. SPECIFIC RESPONSIBILITIES PROVIDERS: a. Agree to implement the OWITS EHR out of the box. b. Understand that state funding for support and maintenance of the OWITS EHR is available only until July 1, 2015, and that after that date, each provider organization must establish a contract with the vendor in order to pay for ongoing support and maintenance. c. Understand that the current state of the OWITS EHR is an ongoing project and may not mirror or accommodate all current business practices or forms. d. Agree to utilize the available OWITS EHR modules applicable to agency business practices. e. Use computers with a reliable high speed Internet connection (7 mbps or higher, 95% of the time or better). f. Be responsible for the establishment and cost of Internet service within their respective agencies. g. Understand that the Internet Service Provider (ISP) is responsible for maintaining the Internet connection and any related hardware as stated in its contract. h. Be responsible for obtaining and maintaining agency computers as well as providing technical assistance and computer use training to agency staff members. i. Ensure that OWITS EHR users possess sufficient computer knowledge and skills (primarily data entry and web navigation) to operate the system independently after training, using reference material provided by AMH when appropriate. j. Commit designated staff members to the OWITS EHR implementation process and schedule. When applicable, user acceptance testing and requirements gathering. k. Allow sufficient time for at least two to three of the proposed OWITS EHR users to participate in training sessions, which may follow a Train-the-Trainer format. At least one of the staff members attending the training should be the System Administrator and/or Central Contact described below. 1. Train-the-Trainer: Staff members who attend the sessions to train others within the agency regarding how to access and use the OWITS EHR. 2. Agency Administrator: (may also be the Central Contact) Designated staff member(s) (at least one back up) for creating and maintaining agency staff access and security data in the OWITS EHR. This will be the contact person for AMH regarding technical decisions, Help Desk issues, and system security (see Attachment A). 3. Central Contact: Designated staff member(s) (at least one backup) to be the Central Contact for the OWITS EHR (may also be the System Administrator see above). This will be the person with whom AMH maintains communication regarding business, clinical, and data related decisions. l. Use the OWITS EHR Support Ticket module for all Help Desk issues, except in cases of an OWITS system outage or login issues, in which case contact by phone or email message is acceptable. m. Enter and maintain up-to-date staff and client data in the OWITS EHR, including required fields in Staff Profile to comply with Health Insurance Portability and Accountability Act (HIPAA) security verification (see Attachment C). Page 3

n. Determine what existing client data (if any) needs to be entered into the OWITS EHR and enter all required data. o. Identify all unique programs or services, such as people receiving Intensive Treatment Recovery Services (ITRS), using predetermined identifiers in the OWITS EHR. p. Continue submitting CPMS Pre-Commitment and Crisis service data until OWITS EHR modules become available to record these services. q. Determine current business practices and future business practices necessary to implement the OWITS EHR. Business practices are the procedures an agency uses from the moment a person makes contact with a staff member until that person is discharged or no longer receives treatment services from the agency. r. Create new internal policies and procedures or make changes and updates to existing policies and procedures, as needed, to accommodate the OWITS EHR. s. Participate in the OWUG--in monthly phone conferences or via the OWITS Forum--or accept decisions made by the OWUG on behalf of all providers. As an OWUG collaborative member, participate both with feedback and resources, as appropriate, to ensure that the OWITS EHR meets provider needs. t. Notify AMH in writing in the event of a decision to discontinue using the OWITS EHR. This notification must include a specific date on which usage will end, the reason(s) for the decision, and what changes (if any) would have to occur for this decision to be reconsidered. Providers that discontinue OWITS EHR use are expected to continue to submit required data via CPMS (or current data submission methods) as specified by the administrative rules. AMH is not responsible for data conversion from OWITS to other EHR systems. u. Maintain licensure or certification as an addiction treatment or mental health treatment service provider as appropriate. v. Become fully implemented in OWITS production within 6 months of final training (see Attachment B). VII. RECOGNITION a. AMH and the providers will work collaboratively and in partnership with each other to maintain and implement ongoing use of OWITS as an EHR. b. All participants recognize that OWITS EHR modules that do not contain state or federally required data elements only represent system capabilities. Business policies and decisions made by individual provider agencies and facilities will dictate which of these non-required modules will be used and in what circumstances. c. All users are expected to use the OWITS EHR in compliance with existing rules and regulations, including internal policies. d. At such time that AMH is no longer able to provide funding for OWITS maintenance and support, providers will assume financial responsibility or choose alternative methods of reporting required data (EDI or MOTS Client Entry). Page 4

VIII. CONCURRENCE Addictions and Mental Health Division Signature below indicates sponsorship of this MOU, including attachments. Print Name: Title: Signature: Date Signed: Print Name: Title: Signature: Date Signed: Provider Agency Signature below indicates agreement with this MOU, including attachments. This MOU may be subject to changes. Notice of changes will be provided. Agency Name: County Print Name: Title: Signature: Date Signed: Print Name: Title: Signature: Date Signed: Sign and fax to: 503-947-5043 Attn: OWITS System Administrator Or Mail to: Attn: OWITS System Administrator 500 Summer Street NE Salem, Oregon 97301-1064 Page 5

Attachment A Help Desk Support Definitions Tier 1 Tier 2 Tier 3 This is the first contact for provider agency users who need assistance with technical problems or use of the OWITS EHR. Tier 1 is located at the provider agency. OWITS EHR contacts at AMH are not involved in Tier 1 support. Users contact their system administrator(s), trainer(s), business analyst(s), or other designated staff member(s) within the provider agency for help resolving the problem. Tier 1 support includes staff training, managing access to OWITS EHR, and password/pin maintenance including password resets, enabling disabled accounts and unlocking locked accounts. In addition, provider agencies are expected to resolve all technical issues related to desktop/laptop computers and/or Internet connectivity. Agencies are expected to identify and resolve user questions about or problems with: using the OWITS EHR application, agency business processes policies and/or procedures in relation to the use of OWITS EHR, and user access issues such as registering new users. A designated person from the provider agency contacts AMH through the use of the Support Ticket module for assistance in solving problems related to OWITS EHR not resolvable by Tier 1 personnel. The Support Ticket Screen must be filled out completely in order to reduce email and phone follow-up. Screen shots are helpful and can be added to the ticket. These types of issues might include such things as error messages that cannot be resolved by the user, unresponsive screens, and unusual screen or system behavior. Tier 2 support will be available 8:00 a.m. 5:00 p.m., Monday through Friday, excluding federal and state holidays and state-required unpaid furlough days. Urgent matters may be addressed by email (owits.support@state.or.us) or by phone call to OWITS EHR support personnel. Provider assistance can be found at the following website: http://www.oregon.gov/oha/amh/pages/compass/ehr.aspx. AMH contacts FEi using the OWITS EHR Support Ticket module to resolve technical issues not resolvable by Tier 2 personnel. Tier 3 is the highest level of technical competence and support and will be involved if issues are determined to be technically complex, have a system-wide impact, represent significant system problems or defects, or are issues with a critical impact on AMH or the provider agencies. AMH maintains a contract with FEi that describes exactly how FEi is expected to respond to and resolve Tier 3 issues when reported. AMH, at its sole discretion, decides if and when to report an issue to FEi for assistance. Provider agencies are not permitted to escalate an issue to Tier 3. Page 6

Attachment B Definition of Fully Implemented Fully implemented providers have completed all required setup and training as described in in the policy below and have been signed off by an account coordinator. Access to the OWITS EHR Training environment is granted during the training process. Providers are required to close all lapsed CPMS records and work with state CPMS support staff to resolve all existing CPMS database errors before access will be granted to the OWITS EHR Production environment. When Production access is granted, providers will be required to enter data for all active treatment cases. Pre-Commitment and Crisis services must be submitted by CPMS until OWITS EHR can accommodate that information. Fully Implemented Policy Regarding CPMS for OWITS EHR Users To meet the contractual and reporting requirements of AMH, be fully implemented as a MOTS Client Entry Provider, and no longer using CPMS, a provider must do the following: 1. Provider must review the list of episodes currently open in CPMS (Open Client List). a. If an episode should be closed (services are no longer being provided), provider submits a termination form with the appropriate termination type code. This needs to be done first, as we need the discharge data on these clients. b. Provider works with the CPMS Data Team to resolve any errors that prevent current episodes from showing up on the Open Client List. 2. AMH to produce a report of open CPMS clients to support Provider Data Entry. 3. Provider will enter their current case load. 4. Provider will then stay current on status and service data entry with clients in MOTS. In addition, the COMPASS project staff will: 1. Verify that all the client episodes for the provider are closed out of CPMS. 2. Delete any remaining errors that do not affect the providers ability to close their open episodes. 3. Assist the provider with any questions or concerns. After June 1, 2014, if any CPMS errors still exist on records for the provider, AMH will delete those records and the provider will not receive credit for serving those clients. AMH will also close any remaining open CPMS clients. Page 7

Attachment C HIPAA Required Security Verification AMH requires user verification upon receiving requests to access client information or view or modify client data in OWITS. Phone Call Requests Users must identify themselves by giving the following information: first name, last name, the name of the agency they work for or represent,, and their date of birth. Email Requests All requests should be sent to OWITS.SUPPORT@state.or.us. The Sender/From email address must be documented in OWITS. Two email addresses can be entered in the Staff Profile record for each staff member. The Email field in the Staff Profile should contain the business email address (if available), such as: john.smith@smithagency.org. In the Staff Profile Comments field, an alternative business or personal email address may be entered if business-related email messages are sent from that account when the primary business email account is not accessible, such as when a user would be working remotely. An example personal email address would be: johnnys@yahoo.com. Email addresses containing inappropriate language are not permitted and will be removed by the AMH system administrators. AMH will verify staff member s security level and access to client information. If access or security information indicates the user should not be given client information, AMH staff will refer the user to the Agency Administrator. If person contacting AMH requesting client information cannot be verified as a valid OWITS user, AMH will contact the Agency Administrator to alert them of the suspicious inquiry. For password reset requests, it is the users responsibility to alert OWITS Support if the alternate email address is to be used. The default for sending password resets is the primary email address entered in the Email field. Page 8