Provider Access Changes Sample Clauses

Provider Access Changes. ‌ The MCO shall not make any substantive changes in its method of Provider access during the term of this Contract, unless approved in advance by the STATE. For the purposes of this section, a substantive change in the method of Provider access means a change in the way in which an Enrollee must choose his or her Primary Care Provider (clinic) and his or her physician specialists. Examples of methods of Provider access include but are not limited to: 1) Enrollee has open access to all Primary Care Providers (clinics); 2) Enrollee may self-refer to a physician specialist; 3) Enrollee must choose one Primary Care Provider (clinic); and 4) Enrollee must receive a referral to a physician specialist from his or her Primary Care Provider (clinic). For the purposes of this section, a substantive change in the method of Provider access shall not include the addition or deletion of Service Authorization requirements for services.
AutoNDA by SimpleDocs
Provider Access Changes. The MCO shall not make any substantive changes in its method of Provider access during the term of this Contract, unless approved in advance by the STATE. For the purposes of this section, a substantive change in the method of Provider access means a change in the way in which an Enrollee must choose his/her Primary Care Provider clinic Provider and his/her physician specialists. Examples of methods of Provider access include but are not limited to:
Provider Access Changes. The HEALTH PLAN shall not make any substantive changes in its method of provider access during the term of this Contract, unless approved in advance by the STATE. For the purposes of this Section, a substantive change in the method of provider access means a change in the way in which an Enrollee must choose his/her Primary Care Provider and his/her physician specialists. Examples of methods of provider access include but are not limited to: Enrollee has open access to all Primary Care Providers; Enrollee may self-refer to a physician specialist; Enrollee must choose one Primary Care Provider; Enrollee must receive a referral to a physician specialist from his/her Primary Care Provider. For the purposes of this Section, a substantive change in the method of provider access shall not include the addition or deletion of Prior Authorization requirements for services.

Related to Provider Access Changes

  • Provider Network The Panel of health service Providers with which the Contractor contracts for the provision of covered services to Members and Out-of-network Providers administering services to Members.

  • Data Access Control Persons entitled to use data processing systems gain access only to the Personal Data that they have a right to access, and Personal Data must not be read, copied, modified or removed without authorization in the course of processing, use and storage. Measures: • As part of the SAP Security Policy, Personal Data requires at least the same protection level as “confidential” information according to the SAP Information Classification standard. • Access to Personal Data is granted on a need-to-know basis. Personnel have access to the information that they require in order to fulfill their duty. SAP uses authorization concepts that document grant processes and assigned roles per account (user ID). All Customer Data is protected in accordance with the SAP Security Policy. • All production servers are operated in the Data Centers or in secure server rooms. Security measures that protect applications processing Personal Data are regularly checked. To this end, SAP conducts internal and external security checks and penetration tests on its IT systems. • SAP does not allow the installation of software that has not been approved by SAP. • An SAP security standard governs how data and data carriers are deleted or destroyed once they are no longer required.

  • System Access Control Data processing systems used to provide the Cloud Service must be prevented from being used without authorization. Measures: • Multiple authorization levels are used when granting access to sensitive systems, including those storing and processing Personal Data. Authorizations are managed via defined processes according to the SAP Security Policy • All personnel access SAP’s systems with a unique identifier (user ID). • SAP has procedures in place so that requested authorization changes are implemented only in accordance with the SAP Security Policy (for example, no rights are granted without authorization). In case personnel leaves the company, their access rights are revoked. • SAP has established a password policy that prohibits the sharing of passwords, governs responses to password disclosure, and requires passwords to be changed on a regular basis and default passwords to be altered. Personalized user IDs are assigned for authentication. All passwords must fulfill defined minimum requirements and are stored in encrypted form. In the case of domain passwords, the system forces a password change every six months in compliance with the requirements for complex passwords. Each computer has a password-protected screensaver. • The company network is protected from the public network by firewalls. • SAP uses up–to-date antivirus software at access points to the company network (for e-mail accounts), as well as on all file servers and all workstations. • Security patch management is implemented to provide regular and periodic deployment of relevant security updates. Full remote access to SAP’s corporate network and critical infrastructure is protected by strong authentication.

  • Provider Selection To the extent applicable to Provider in performance of the Agreement, Provider shall comply with 42 CFR 438.214, as may be amended from time to time, which includes, but is not limited to the selection and retention of providers, credentialing and recredentialing requirements and nondiscrimination. If Subcontractor and/or Health Plan delegate credentialing to Provider, Subcontractor and/or Health Plan will provide monitoring and oversight and Provider shall ensure that all licensed medical professionals are credentialed in accordance with Health Plan’s and the State Contract’s credentialing requirements.

  • System Access CUSTOMER agrees to provide to PROVIDER, at CUSTOMER’S expense, necessary access to the mainframe computer and related information technology systems (the “System”) on which CUSTOMER data is processed during the times (the “Service Hours”) specified in the PSAs, subject to reasonable downtime for utility outages, maintenance, performance difficulties and the like. In the event of a change in the Service Hours, CUSTOMER will provide PROVIDER with at least fifteen (15) calendar days written notice of such change.

  • User Access Transfer Agent shall have a process to promptly disable access to Fund Data by any Transfer Agent personnel who no longer requires such access. Transfer Agent will also promptly remove access of Fund personnel upon receipt of notification from Fund.

  • Data Access Access to Contract and State Data The Contractor shall provide to the Client Agency access to any data, as defined in Conn. Gen Stat. Sec. 4e-1, concerning the Contract and the Client Agency that are in the possession or control of the Contractor upon demand and shall provide the data to the Client Agency in a format prescribed by the Client Agency and the State Auditors of Public Accounts at no additional cost.

  • Provider Services The Contractor’s system shall collect, process, and maintain current and historical data on program providers. This information shall be accessible to all parts of the MCMIS for editing and reporting.

  • Service Changes PBI may modify its Service by giving written notice to you (a “Service Change Notice”), which will state whether the change is material. After receiving a Service Change Notice, if the change is material, you may terminate Service by giving us a termination notice at the address indicated in Section 21 or you may create a case at xxxxxxxxxxx.xxx/xx/xxxxxxx-xx.xxxx (follow the instructions under “how to create a case”).

  • Product Changes Vocera shall have the right, in its absolute discretion, without liability to End User, to update to provide new functionality or otherwise change the design of any Product or to discontinue the manufacture or sale of any Product. Vocera shall notify End User at least 90 days prior to the delivery of any Product which incorporates a change that adversely affects form, fit or function (“Material Change”). Vocera shall also notify End User at least 90 days prior to the discontinuance of manufacture of any Product. Notification will be made as soon as reasonably practical for changes associated with regulatory or health and safety issues.

Draft better contracts in just 5 minutes Get the weekly Law Insider newsletter packed with expert videos, webinars, ebooks, and more!