SCOPE OF THE MSBASE/MGBASE REGISTRY AND THE MSBASE/MGBASE REGISTRY OBSERVATIONAL STUDY Sample Clauses

SCOPE OF THE MSBASE/MGBASE REGISTRY AND THE MSBASE/MGBASE REGISTRY OBSERVATIONAL STUDY. The MSBase/MGBase Registry (“Registry”) is a collaborative study management platform designed and run by neurologists, for neurologists. The MSBase Foundation provides and administers the web-based Registry located at xxx.xxxxxx.xxx and xxx.xxxxxx.xxx and the locally installed compatible data- entry software tools – the MSBase Data-entry Software (“MDS”) and iMed. The MSBase Foundation runs the MSBase/MGBase Observational Study (“Study”) and aims to provide operational and administrative support to enable Investigators to conduct research analyses and studies by using the Registry and its compatible data-entry systems. This Participation Agreement is targeted at Centres and their healthcare teams who treat patients with MS and other NIDs (MG, NMO etc), and who wish to participate in the Study. The participation of Centres joining the registry should not be confused with the participation of patients. Participating Centres (Controllers) are responsible for the management of their patients according to the laws of their jurisdiction and their Centre’s Governing Policies and Procedures. The MSBase Foundation’s requirements regarding patient consent are described in Clause 5.1. This Participation Agreement includes the following schedules: • Schedule 1Data Processing AgreementSchedule 2 – MSBase/MGBase Registry Observational Study ProtocolSchedule 3 – Roles and Responsibilities of the MSBase/MGBase Principal Investigator
AutoNDA by SimpleDocs
SCOPE OF THE MSBASE/MGBASE REGISTRY AND THE MSBASE/MGBASE REGISTRY OBSERVATIONAL STUDY. The MSBase/MGBase Registry (“Registry”) is a collaborative study management platform designed and run by neurologists, for neurologists. The MSBase Foundation provides and administers the web-based Registry located at xxx.xxxxxx.xxx and xxx.xxxxxx.xxx and the locally installed compatible data- entry software tools – the MSBase Data-Entry and Visualisation Software Tool (“MDS”) and the iMed Data-Entry and Visualisation Software Tool (“iMed”). The MSBase Foundation runs the MSBase/MGBase Observational Study (“Study”) and aims to provide operational and administrative support to enable Investigators to conduct research analyses and studies by using the Registry and its compatible data-entry systems. This Participation Agreement is targeted at Centres and their healthcare teams who treat patients with MS and other NIDs (MG, NMO etc), and who wish to participate in the Study. The participation of Centres joining the Registry should not be confused with the participation of patients. Participating Centres (Controllers) are responsible for the management of their patients according to the laws of their jurisdiction and their Centre’s Governing Policies and Procedures. The MSBase Foundation’s requirements regarding patient consent are described in Clause 5.1. This Participation Agreement includes the following schedules:

Related to SCOPE OF THE MSBASE/MGBASE REGISTRY AND THE MSBASE/MGBASE REGISTRY OBSERVATIONAL STUDY

  • FORMAT AND CONTENT FOR REGISTRY OPERATOR MONTHLY REPORTING Registry Operator shall provide one set of monthly reports per gTLD, using the API described in draft-­‐xxxxxx-­‐icann-­‐registry-­‐interfaces, see Specification 2, Part A, Section 9, reference 5, with the following content. ICANN may request in the future that the reports be delivered by other means and using other formats. ICANN will use reasonable commercial efforts to preserve the confidentiality of the information reported until three (3) months after the end of the month to which the reports relate. Unless set forth in this Specification 3, any reference to a specific time refers to Coordinated Universal Time (UTC). Monthly reports shall consist of data that reflects the state of the registry at the end of the month (UTC).

  • Bulk Registration Data Access to Icann Periodic Access to Thin Registration Data. In order to verify and ensure the operational stability of Registry Services as well as to facilitate compliance checks on accredited registrars, Registry Operator will provide ICANN on a weekly basis (the day to be designated by ICANN) with up-to-date Registration Data as specified below. Data will include data committed as of 00:00:00 UTC on the day previous to the one designated for retrieval by ICANN.

  • Abuse and Neglect of Children and Vulnerable Adults: Abuse Registry Party agrees not to employ any individual, to use any volunteer or other service provider, or to otherwise provide reimbursement to any individual who in the performance of services connected with this agreement provides care, custody, treatment, transportation, or supervision to children or to vulnerable adults if there has been a substantiation of abuse or neglect or exploitation involving that individual. Party is responsible for confirming as to each individual having such contact with children or vulnerable adults the non-existence of a substantiated allegation of abuse, neglect or exploitation by verifying that fact though (a) as to vulnerable adults, the Adult Abuse Registry maintained by the Department of Disabilities, Aging and Independent Living and (b) as to children, the Central Child Protection Registry (unless the Party holds a valid child care license or registration from the Division of Child Development, Department for Children and Families). See 33 V.S.A. §4919(a)(3) and 33 V.S.A. §6911(c)(3).

  • Reservations for Registry Operations 3.1. The following ASCII labels must be withheld from registration or allocated to Registry Operator at All Levels for use in connection with the operation of the registry for the TLD: WWW, RDDS and WHOIS. The following ASCII label must be allocated to Registry Operator at All Levels for use in connection with the operation of the registry for the TLD: NIC. Registry Operator may activate WWW, RDDS and WHOIS in the DNS, but must activate NIC in the DNS, as necessary for the operation of the TLD. None of WWW, RDDS, WHOIS or NIC may be released or registered to any person (other than Registry Operator) or third party. Upon conclusion of Registry Operator’s designation as operator of the registry for the TLD all such withheld or allocated names shall be transferred as specified by ICANN. Registry Operator may self-­‐allocate and renew such names without use of an ICANN accredited registrar, which will not be considered Transactions for purposes of Section 6.1 of the Agreement.

  • Exceptional Access to Thick Registration Data In case of a registrar failure, deaccreditation, court order, etc. that prompts the temporary or definitive transfer of its domain names to another registrar, at the request of ICANN, Registry Operator will provide ICANN with up-­‐to-­‐date data for the domain names of the losing registrar. The data will be provided in the format specified in Specification 2 for Data Escrow. The file will only contain data related to the domain names of the losing registrar. Registry Operator will provide the data as soon as commercially practicable, but in no event later than five (5) calendar days following ICANN’s request. Unless otherwise agreed by Registry Operator and ICANN, the file will be made available for download by ICANN in the same manner as the data specified in Section 3.1 of this Specification.

  • Verification of the Registration of E - Bidders 6.1. Registration shall subject to verification and approval of the Auctioneer’s website and subject further to bank’s clearance of deposit payment. Please take note that approval from the Auctioneer’s administrator may take at least 1 working day and any improper, incomplete registration or late registration may be rejected at the sole discretion of the Auctioneer. Neither the Auctioneer nor its website nor its agents and/or representative bears any responsibility or assumes any liability in the event that the registration of a prospective E-Bidders is rejected and/or delayed for any reason whatsoever. In the event of the registration is rejected, the deposit paid (if cleared by the bank) shall be refunded to the same bank account from which the deposit transfer was made within three (3) working days.

  • Meteorological Data Reporting Requirement (Applicable to wind generation facilities only) The wind generation facility shall, at a minimum, be required to provide the Transmission Provider with site-specific meteorological data including: • Temperature (degrees Fahrenheit) • Wind speed (meters/second) • Wind direction (degrees from True North) • Atmosphere pressure (hectopascals) • Forced outage data (wind turbine and MW unavailability)

  • Department of State Registration Consistent with Title XXXVI, F.S., the Contractor and any subcontractors that assert status, other than a sole proprietor, must provide the Department with conclusive evidence of a certificate of status, not subject to qualification, if a Florida business entity, or of a certificate of authorization if a foreign business entity.

  • Service Registration Certain of our Services require you to register to use them. In such case, you agree that a l information you provide is truthful, current and complete. If there is any change to your registration information, you agree to provide us with updated information immediately. To the extent any of the Services are password protected, you agree to keep such password confidential and not to share it with any third party. You also agree that you wil not access any Services for which a password is required by using any third party’s password. If you discover any use of your password other than by you, you agree to immediately notify us. If you become aware of unauthorized account access, you similarly agree to immediately notify us. At the end of any use of a password protected Service, you agree to exit and logout out of your user session. Under no circumstances sha l we be responsible for any loss or damage that may result if you fail to comply with these requirements.

  • Variable Registry-­‐Level Fee If the ICANN accredited registrars (accounting, in the aggregate, for payment of two-thirds of all registrar-level fees (or such portion of ICANN accredited registrars necessary to approve variable accreditation fees under the then-current registrar accreditation agreement), do not approve, pursuant to the terms of their registrar accreditation agreements with ICANN, the variable accreditation fees established by the ICANN Board of Directors for any ICANN fiscal year, upon delivery of notice from ICANN, Registry Operator shall pay to ICANN a variable registry-level fee, which shall be paid on a fiscal quarter basis, and shall accrue as of the beginning of the first fiscal quarter of such ICANN fiscal year (the “Variable Registry-Level Fee”). The fee will be calculated and invoiced by ICANN on a quarterly basis, and shall be paid by Registry Operator within sixty (60) calendar days with respect to the first quarter of such ICANN fiscal year and within twenty (20) calendar days with respect to each remaining quarter of such ICANN fiscal year, of receipt of the invoiced amount by ICANN. The Registry Operator may invoice and collect the Variable Registry-Level Fees from the registrars that are party to a registry-registrar agreement with Registry Operator (which agreement may specifically provide for the reimbursement of Variable Registry-Level Fees paid by Registry Operator pursuant to this Section 6.3); provided, that the fees shall be invoiced to all ICANN accredited registrars if invoiced to any. The Variable Registry-Level Fee, if collectible by ICANN, shall be an obligation of Registry Operator and shall be due and payable as provided in this Section 6.3 irrespective of Registry Operator’s ability to seek and obtain reimbursement of such fee from registrars. In the event ICANN later collects variable accreditation fees for which Registry Operator has paid ICANN a Variable Registry-Level Fee, ICANN shall reimburse the Registry Operator an appropriate amount of the Variable Registry-Level Fee, as reasonably determined by ICANN. If the ICANN accredited registrars (as a group) do approve, pursuant to the terms of their registrar accreditation agreements with ICANN, the variable accreditation fees established by the ICANN Board of Directors for a fiscal year, ICANN shall not be entitled to a Variable-Level Fee hereunder for such fiscal year, irrespective of whether the ICANN accredited registrars comply with their payment obligations to ICANN during such fiscal year. The amount of the Variable Registry-Level Fee will be specified for each registrar, and may include both a per-registrar component and a transactional component. The per‑registrar component of the Variable Registry-Level Fee shall be specified by ICANN in accordance with the budget adopted by the ICANN Board of Directors for each ICANN fiscal year. The transactional component of the Variable Registry-Level Fee shall be specified by ICANN in accordance with the budget adopted by the ICANN Board of Directors for each ICANN fiscal year but shall not exceed US$0.25 per domain name registration (including renewals associated with transfers from one ICANN accredited registrar to another) per year.

Time is Money Join Law Insider Premium to draft better contracts faster.