ORACLE CORPORATION UK LIMITED

Oracle Health Information Network (OHIN)

Oracle Health Information Network (OHIN) a cloud-based, centralised platform to facilitate vendor-agnostic healthcare data sharing across the UK. As a standards-based, scalable health information exchange, this solution provides a single on-ramp for health/social care and designated data-sharing partners to connect and exchange clinical information, with point-of-care access to patient data.

Features

• Consolidates clinical and care data from connected care records.
• Longitudinal patient-view can be embedded in native system workflow.
• Supports patient-centric data sharing at a national scale.
• Frictionless data exchange using international interoperability standards (including HL7/FHIR).
• Record locator and exchange functionality.
• Vendor-agnostic data sharing with other systems, including HIEs.
• Support for images, PDFs, and scanned documents.
• Robust master patient index (MPI).
• Advanced reporting and audit toolkit.
• Accessible by users across organisations in care system.

Benefits

• Access patient-level records across connected frameworks, services, and organisations.
• Embedded patient history summaries detailed in your workflow.
• Quickly view relevant information to support direct care decisions.
• Facilitate information sharing across organisations and systems.
• Find and retrieve accurate patient records efficiently.
• Provide visibility to chronic conditions and required interventions.
• Enable data sharing programmes at local to national scale.
• Improve patient identity management and record matching accuracy.
• Support compliance, monitoring, and operational insights across user base.
• Increase care professionals productivity by providing user-specific custom views.

Service documents

• Pricing document

  PDF

• Service definition document

  PDF

• Terms and conditions

  PDF

Request an accessible format

If you use assistive technology (such as a screen reader) and need versions of these documents in a more accessible format, email the supplier at uk-publicsector_gb@oracle.com. Tell them what format you need. It will help if you say what assistive technology you use.

Framework

G-Cloud 15

Service ID

521377850302941

Contact

Kevin Brayne
+44 (0) 7876 262525
uk-publicsector_gb@oracle.com

About your service

• Service categories:

  Applications

  Production and operations

  Service industry and public sector operations

  • Healthcare
  • Adult Social Care
  • Children's Social Care
• Multi cloud support: Yes

Service scope

• Software add-on or extension: No
• Cloud deployment model: Public cloud
• Service constraints: Data Quality and Completeness:; Aggregated data is only as accurate and complete as the contributing sources, which can impact the information presented to the user.; ; Participant Adoption and Governance:; Effective implementation relies on information governance policies and data processes among all partner organisations.; ; Network Reliability and Latency:; Data exchange depends on connectivity between organisations, which can be impaired by outages, limited bandwidth, or connected systems' operational limitations. Users require network access.; ; Hosting Configuration:; HIE is hosted on Oracle Cloud Infrastructure (OCI).; ; Testing:; Customer engagement is needed on planned maintenance, such as upgrades.; ; The Products/Services are subject to eligibility requirements.
• System requirements:
  • Interfacing systems must support health/social care data sharing.
  • HSCN access may be required, dependent on data-sharing arrangements
  • System integration via contextual link requires modern supported browser.

User support

• Email or online ticketing support: Yes
• Support response times: Our support provides 24/7 technical assistance and access to community forums. Oracle will assess Priority 1/2 service records within 15 minutes of your call and deliver 24-hour support on these issues until they are resolved, or a suitable workaround is found. To address Priority 1/2 issues, you must reach Oracle toll free number and remain engaged, designate a contact for support, and assign priorities carefully to ensure proper resource allocation. For other needs, non-technical customer service is available during Oracle business hours. This ensures prompt, efficient resolution and reliably meets your Oracle support needs.
• User can manage status and priority of support tickets: Yes
• Online ticketing support accessibility: None or don’t know
• Phone support: Yes
• Phone support availability: 24 hours, 7 days a week
• Web chat support: No
• Onsite support: No
• Support levels: Oracle Health includes standard support with no additional cost beyond the fees paid for the service. Support is provided 24/7 via an online Customer Support Portal and live telephone assistance for Priority 1 (critical) and Priority 2 (high) incidents. Support requests are prioritised based on urgency and impact:; Priority 1: Complete service loss or critical business impact; Oracle provides 24x7 engagement until resolution.; Priority 2: Severe loss of service impacting operations, but not a complete outage; also addressed 24x7.; Priority 3: Moderate impact, typically involving workarounds; less urgent.; Priority 4: No impact, such as general questions or feature requests.; Customers are expected to designate knowledgeable technical contacts who collaborate with Oracle for issue resolution.
• Support available to third parties: Yes

Onboarding and offboarding

• Getting started: Oracle Health offers comprehensive educational and support resources to facilitate user adoption and ongoing learning. Key tools include Oracle Health’s Wiki to supplement broader training programmes. Point-of-use Help Pages offer step-by-step instructions for both clinicians and administrators, accessible through product applications or the Oracle Health Wiki. For technical teams, Reference Pages provide in-depth guidance for installation, implementation, troubleshooting, and ongoing maintenance of Oracle Health products.; ; Additionally, Illumination Sessions are web-based presentations covering product vision, updates, and optimisation strategies; these are accessible through the Oracle Health Community and include notifications for new content. These combined resources are designed to support users throughout implementation and beyond.; ; We provide a user guide directly accessible within the OHIN data viewer. We also strive to make the system immediately intuitive and user-friendly.; We also provide documentation to admin users and can provide guidance to our customers in drafting their own localised documentation.
• Service documentation: Yes
• Documentation formats:
  • HTML
  • PDF
• End-of-contract data extraction: If and when a customer determines to terminate their contract the data stored within the system can be extracted for external storage/use. Once the customer logs a service request within our online portal and our support team can support with next steps.
• End-of-contract process: If a customer wishes to discontinue the service the data would be deleted as part of decommissioning the HIE deployment and the associated endpoints/services of the HIE terminated. If the customer wishes to migrate a subset of data this can be provided as part of a costed Exit Plan.
• Documentation accessibility standard: None or don’t know
• How the documentation is accessible: The extent to which an Oracle product is, prior to any customizations, capable of providing comparable access to individuals with disabilities consistent with the applicable provisions of the Architectural and Transportation Barriers Compliance Board standards set out in 36 CFR Part 1194 Appendix A ('Revised Section 508') effective as of January, 2018 and Web Content Accessibility Guidelines (WCAG) 2.1 level AA, or 2.2 level AA, is indicated exclusively by the dependencies, comments and exceptions noted on the applicable Accessibility Conformance Report (ACR) based on the Voluntary Product Accessibility Templates (VPAT) available at www.oracle.com/accessibility for each product, when they are used in accordance with Oracle's associated documents and other written information, and provided that any assistive technologies and any other products used with them properly interoperate with them. In the event that no ACR is available for a particular Oracle product, Oracle makes no representations regarding accessibility. Oracle Support customers with disabilities may use the online My Oracle Support or call Oracle Support at 1.800.223.1711 telecommunications relay service (TRS), reference https://www.fcc.gov/file/15195/download (PDF). Oracle cannot make commitments about future product directions, including plans to address accessibility. Product direction remains at the sole discretion of Oracle.

Using the service

• Web browser interface: Yes
• Supported browsers:
  • Microsoft Edge
  • Firefox
  • Chrome
  • Safari
  • Opera
• Application to install: Yes
• Compatible operating systems: IOS
• Designed for use on mobile devices: Yes
• Differences between the mobile and desktop service: HIE allows clinicians to access the shared care record through three main methods: integration within their native system workflow, a web-based portal, or a mobile app for authenticated users. The mobile app is optimised for touch interaction and smaller screens. Regardless of how they access it, clinicians use the HIE viewer to see a consolidated patient record containing both structured and unstructured data. This includes images, diagnostics, observations, care team members, alerts, and hyperlinks to relevant external applications, providing a comprehensive view of each patient’s information to support effective and efficient care delivery.
• Service interface: Yes
• User support accessibility: None or don’t know
• Description of service interface: The HIE viewer provides an intuitive user interface, enabling clinicians and other support staff to quickly find the information they need from across the connected care continuum with minimal training for effective and safe use. Based on user privileges, additional interface components include tools for reporting and master patient index management.
• Accessibility standards: None or don’t know
• Description of accessibility: The extent to which an Oracle Health product is, prior to any customisations, capable of providing comparable access to individuals with disabilities consistent with the applicable provisions of the Architectural and Transportation Barriers Compliance Board standards set out in 36 CFR Part 1194 (known as 'Section 508'), effective as of June, 2001, or the Revised version in Appendix A (known as 'Revised Section 508') effective as of January, 2018 and Web Content Accessibility Guidelines (WCAG) version 2.2 level AA, and EN 301 549 (where identical to WCAG) will be noted on an Accessibility Conformance Report (ACR) available at www.oracle.com/accessibility.
• Accessibility testing: By policy, Oracle will not advocate for any testing tool, product or assistive technology over other similar tools and technologies. Oracle is familiar with various testing tools including but not limited to Axe-core, Wave, Site Improve, Lighthouse Etc., and Oracle is likewise familiar with many assistive technologies including but not limited to JAWS, NVDA, Dragon Naturally Speaking, Zoom Text, Orca, Voice Over, and Talkback.
• API: Yes
• What users can and can't do using the API: Oracle Health provides a number of extension tools and open APIs that allow our customers and third parties to build upon and extend the Oracle Health platforms in support of innovation and continuous improvement.; ; Oracle Health Information Network (OHIN) is a vendor-neutral solution which supports securely sharing patient data across disparate systems applicable to all health and care settings. OHIN supports global industry and local national standards for the secure, electronic exchange of healthcare information. Standards supported include: IHE, HL7v2, HL7v3, GP-Connect, FHIR, proprietary APIs, CSV flat files, etc.; ; In addition, the Oracle Health solution conforms with the NHS Open API policy through provision of SMART on FHIR standards-based Oracle Health Ignite APIs and integrates with IHE-based HIE solutions. Our API approach provides a set of standards-based SMART on FHIR APIs, leveraging integration of external applications directly into the workflow. FHIR allows applications to access discrete data via web services as defined by HL7's published standard.
• API documentation: Yes
• API documentation formats: Other
• API sandbox or test environment: Yes
• Customisation available: Yes
• Description of customisation: Customers work with us to define which integrations are needed for the benefit of their users, which we implement in the system.; ; Furthermore, customers can define access controls (at different levels ranging from individual users, to roles, to organisations) to restrict access to different features such as specific data sources or datasets.; ; The embedding of the OHIN data viewer can be done with a wide range of flexibility, which can be defined by the third party integrating organisation, with input from Oracle Health.; ; Users of the system themselves can also customise the data viewer by reorganising "widgets" within the viewer, and changing different data filters to better support their individual priorities and ways of working.

Scaling

• Independence of resources: Oracle Health solutions on Oracle Cloud Infrastructure (OCI) ensure users are not impacted by others’ demand through robust auto-scaling, load balancing, and resource isolation. OCI’s high-availability design and low-latency architecture dynamically allocate and optimise resources as needed, maintaining consistent performance during demand surges. Automated performance monitoring prevents bottlenecks, while strong security, automated patching, and healthcare compliance support reliable service delivery. These OCI capabilities ensure all users receive optimal speed, availability, and responsiveness, while focusing on delivering the best possible system solution at the most competitive price.

Analytics

• Service usage metrics: Yes
• Metrics types: Oracle Health can deploy our reporting solution for platform insights, e.g., how many users are accessing the platform and how they are using it, giving the customer the ability to manage the optimisation of their OHIN. The solution implements our proprietary Central Statistics Server (CSS), which monitors system performance, generating statistics that trigger alerts or notifications. These alerts/notifications help to inform the OHIN team on areas where the system may need to be optimised for performance.; ; Customers can monitor patient and clinician experience using dedicated OHIN monitoring tools, reporting on usage, experience metrics, adoption and rollout.
• Reporting types:
  • Real-time dashboards
  • Regular reports
• Resource tagging: No
• FOCUS resource tagging: No

Resellers

• Supplier type: Not a reseller

Staff security

• Staff security clearance: Other security clearance
• Government security clearance: Developed Vetting (DV)

Asset protection

• Knowledge of data storage and processing locations: Yes
• Data storage and processing locations: United Kingdom
• User control over data storage and processing locations: No
• Datacentre security standards: Complies with a recognised standard (for example CSA CCM version 4.0)
• Penetration testing frequency: At least once a year
• Penetration testing approach: Another external penetration testing organisation
• Protecting data at rest:
  • Physical access control, complying with SSAE-18 / ISAE 3402
  • Physical access control, complying with another standard
  • Encryption of all physical media
• Data sanitisation process: Yes
• Equipment disposal approach: Complying with a recognised standard, for example CSA CCM v4.0, CAS (Sanitisation) or ISO/IEC 27001
• Data sanitisation type:
  • Data Erasure
  • Physical Destruction / Hardware containing data is completely destroyed

Data importing and exporting

• Data export approach: Oracle Health Information Network (OHIN) is a vendor-neutral solution which supports securely sharing patient data across disparate systems applicable to all health and care settings. OHIN supports global industry and local national standards for the secure, electronic exchange of healthcare information. Standards supported include: IHE, HL7v2, HL7v3, GP-Connect, FHIR, proprietary APIs, CSV flat files, etc. Therefore, our existing APIs can be leveraged to export patient data using a variety of mechanisms and data formats.
• Data export formats: CSV
• Data import formats: CSV

Data-in-transit protection

• Data protection between buyer and supplier networks: TLS (version 1.2 or above)
• Data protection within supplier network: TLS (version 1.2 or above)

Availability and resilience

• Guaranteed availability: The HIE contract prescribes SLAs and a structured Service Credit regime. Service incidents are categorised into four priorities:; Priority 1 (critical; system not working) has a resolution time target of 2 hours;; Priority 2 (high; significant data/function loss) 6 hours;; Priority 3 (medium; non-critical issues) 3 working days;; Priority 4 (low; minor issues/questions) 6 working days.; For Priority 1 and 2, the Operating Service Level is 100% with service level thresholds of 1 and 2 incidents per Service Period, respectively. When thresholds are breached, the Provider owes a Service Credit of 5% of the monthly Recurring Charges per breach, with a cap of 2 credits per period, limiting maximum credits within a Service Period to 10%. Credits also apply for failing to achieve agreed Performance Improvement Plan (PIP) deadlines, valued at 5% per undelivered PIP, subject to the same 10% monthly credit cap. Availability must meet or exceed 99.5% per month; falling to 98.0-99.49% results in a 2% credit, to 97.0-97.99% a 5% credit, to 96.0-96.99% a 7% credit, and below 96.0% a 10% credit, again capped at 10% monthly.; These SLAs apply only to services under Oracle’s direct control; ownership/cause will be determined case by case.
• Approach to resilience: OHIN is hosted in Oracle Cloud Infrastructure Data Centre.; ; Oracle Health Corporation's Business Resilience programme validates the continued performance of essential technology functions which support internal and external customer functions during any incident, including a situation that might be, or could lead to, a disruption, loss, emergency or crisis. This plan details responsibility, defines recovery planning standards, and outlines implementation requirements of a recovery plan.; ; Oracle Cloud Infrastructure (OCI) is architected for high resilience with multiple fault domains and availability domains (datacentres). This design enables workloads to withstand hardware failures, power outages, or network disruptions without loss of service. Data is replicated across fault and availability domains, and disaster recovery options are available for critical workloads. Redundant power, cooling, and network connectivity further enhance resilience. Automated failover, backup, and recovery features support business continuity.
• Outage reporting: The Oracle Health IRC is trained to rapidly address major incidents such as system outages, performance issues, and incomplete functionality. In the event of an outage, the IRC acts as situation managers to ensure quick and safe recovery. Regular briefings and updates are provided to the customer until the incident is resolved. Oracle Health’s Situation Manager oversees the investigation, engages appropriate participants, and ensures resolution progress is tracked. Also provides the Major Incident Management team with regular updates. Usually, a conference call is initiated for Oracle Health and customer to share ongoing communication and updates; this call remains active until the incident is resolved or customer decides to leave. During shift changes, the Situation Manager hands over responsibilities to the incoming peer, ensuring a seamless process. All actions and steps taken are documented, and the Situation Manager ensures full details are provided to support escalation or inform new personnel.

Identity and authentication

• User authentication needed: Yes
• User authentication:
  • Multi-Factor Authentication (MFA)
  • Public key authentication (including by TLS client certificate)
  • Identity federation with existing provider (for example Google Apps)
  • Limited access network (for example PSN)
  • Dedicated link (for example VPN)
  • Username or password
• Access restrictions in management interfaces and support channels: OHIN has robust access controls where access to different components of the system can be managed per user and per user role. We do define specific access profiles for customer administrators and testers.; Support channels leverage the Oracle Health e-service platform, rather than the Oracle Health Information Network itself.
• Access restriction testing frequency: At least once a year
• Management access authentication:
  • Multi-Factor Authentication (MFA)
  • Public key authentication (including by TLS client certificate)
  • Identity federation with existing provider (for example Google Apps)
  • Limited access network (for example PSN)
  • Dedicated link (for example VPN)
  • Username or password

Audit information for users

• Access to user activity audit information: Users have access to real-time audit information
• How long user audit data is stored for: At least 12 months
• Access to supplier activity audit information: Users have access to real-time audit information
• How long supplier audit data is stored for: At least 12 months
• How long system logs are stored for: Between 6 months and 12 months

Security governance

• Named board-level person responsible for service security: Yes
• Security governance certified: Yes
• Security governance standards: ISO/IEC 27001
• Information security policies and processes: Oracle Health's information security policy framework ensures that data processing is aligned with international and local data protection regulations.; Oracle Health complies with regulation breach notification obligations and regularly undergoes security, regulatory, and other audits.; Compliance with EU/UK GDPR and DPA.; Oracle Health has developed a comprehensive enterprise privacy, security, and risk management programme and associated policies which follow guidance from the following authoritative sources: The National Institute of Standards and Technology (NIST) Cybersecurity Framework (CSF), NIST Special Publication 800-53, and International Standards Organization (ISO) 27001 standards. Utilising these industry standard practice guidelines for all Oracle Health hosted services is required and will help ensure appropriate technology configurations and security protocols are deployed on systems that are hosting, storing and transmitting sensitive data. Policies cover areas such as data classification and protection, access control, encryption, vulnerability management, secure configuration, asset management, incident response, business continuity, auditing, third-party risk management, and regulatory compliance. Policies and procedures are regularly reviewed and updated to address evolving threats and requirements.
• Software Security Code of Practice: Yes

Operational security

• Configuration and change management standard: Complies with a recognised standard, for example CSA CCM v4.0 or SSAE-18 / ISAE 3402
• Configuration and change management approach: Oracle Health uses ITIL-based change management, aligned with NIST, ISO 27001, and industry best practices. All service components are tracked throughout their lifecycle in a centralised management system. Proposed changes, such as code, configuration, or access modifications, are formally assessed for security risks and documented. Moderate or significant changes require both customer and internal approvals, validated through standardised processes, and are supported by a Change Advisory Board when needed. Emergency changes are also documented and reviewed. All environments undergo pre-implementation testing, with regular audits (including SOC 2 Type II) ensuring that procedures and controls remain effective and compliant.
• Vulnerability management type: Complies with a recognised standard, for example CSA CCM v4.0 or SSAE-18 / ISAE 3402
• Vulnerability management approach: Oracle Health continuously scans its hosting platforms for vulnerabilities, using industry-standard tools such as NIST CVSS for risk assessment. Identified threats are prioritised and remediated or patched based on severity and exposure. Patch information is sourced from industry partners, and patches are tested and deployed quickly via automated inventory and patch management tools. Code and updates are delivered securely to customers. Internal penetration testing and SOC 2 Type II audits further strengthen security. Detailed information on Oracle Health’s security approach can be found at: https://www.oracle.com/corporate/acquisitions/cerner/security/
• Protective monitoring type: Complies with a recognised standard, for example CSA CCM v4.0 or SSAE-18 / ISAE 3402
• Protective monitoring approach: Oracle Health’s Vulnerability and Threat Management Programme includes penetration testing by security professionals holding certifications such as CISSP, Certified Security Testing Professional, and CEH. Annually, a third party is engaged to conduct external penetration testing of both external (internet-facing) on-premises networks and internet-accessible public cloud networks. Security professionals analyse and quantify the risk potential of identified vulnerabilities and threats to Oracle Health and its customers as part of the vulnerability and threat management programme.
• Incident management type: Complies with a recognised standard, for example, CSA CCM v4.0 or ISO/IEC 27035:2011 or SSAE-18 / ISAE 3402
• Incident management approach: Oracle Health has predefined security incident management processes for common events. Users can report incidents following established procedures, and all incidents are promptly investigated and mitigated. Impacted customers are informed in a timely manner of any successful security incidents resulting in unauthorised access, use, or disclosure of personal or sensitive data (e.g., PHI/PII), in compliance with regulations such as the GDPR. Unsuccessful attacks are not reported. Customers are advised of recommended corrective measures where applicable. Oracle Health supports customers during investigations and provides data or evidence as required by policies, contracts, and applicable legal or regulatory requirements.
• Post-quantum cryptography secure: No

Secure development

• Approach to secure software development best practice: Independent review of processes (for example CESG CPA Build Standard, ISO/IEC 27034, ISO/IEC 27001 or CSA CCM v4.0)

Public sector networks

• Connection to public sector networks: Yes
• Connected networks: Health and Social Care Network (HSCN)

Pricing

• Discount for educational organisations: No
• Free trial available: No

Discount percentage by annual call-off contract value (excluding VAT)

• Less than £250,000: 10%
• Between £250,000 and £500,000: 10%
• Between £500,001 and £1,000,000: 10%
• Between £1,000,001 and £2,500,000: 10%
• Between £2,500,001 and £5,000,000: 10%
• Over £5,000,001: 10%

Non-mandatory Standards and certifications

• ISO/IEC 27001 certification: Yes
• Who accredited the ISO/IEC 27001: Schellman
• ISO/IEC 27001 accreditation date: Tuesday 19 August 2025
• What the ISO/IEC 27001 doesn’t cover: The scope of the ISO 27001:2022 certification is limited to the information security management system (ISMS) supporting the globally managed security, software development, installation, upgrades, implementation, maintenance, remote hosting and support services for Oracle Health-owned data centres and co-location data centres including public cloud. The ISMS is limited to the protection of personal health data and personally identifiable information, and the controls and supporting justifications described within the organisation’s Statement of Applicability (Version 2, dated 20 February 2025), which further extends to the additional objectives detailed within ISO/IEC 27017:2015 and ISO/IEC 27018:2019.; ; Oracle Health is in the process of extending such certification to the services where the solution will be hosted.
• ISO 28000:2022 certification: No
• ISO 9001 certification: Yes
• Who accredited the ISO 9001 certification: EY CertifyPoint
• ISO 9001 accreditation date: Friday 31 May 2024
• What the ISO 9001 doesn’t cover: Oracle Cloud Infrastructure (OCI) holds the current ISO 9001 Certification as identified above. The Oracle Health solution at the application layer does not currently hold the certification.
• Quality management systems (QMS): Yes
• CSA STAR certification: Yes
• CSA STAR accreditation date: Thursday 11 December 2025
• CSA STAR certification level: Level 2: CSA STAR Attestation
• What the CSA STAR doesn’t cover: Oracle Cloud Infrastructure (OCI) holds the current CSA STAR Certification as identified above. The Oracle Health solution at the application layer does not currently hold the certification.
• PCI certification: No
• Cyber essentials: No
• Cyber Essentials Alternative: In relation to the services you do not have a current and valid Cyber Essentials certificate which has been awarded by one of the government approved Cyber Essentials accreditation bodies but you are working towards gaining it, and will be in a position to confirm that you have been awarded a current and valid Cyber Essentials certificate by one of the government approved accreditation bodies within 12 months of the date of award.
• Cyber essentials plus: No
• Cyber Essentials Alternative: None of the criteria
• Other security certifications: No

Social value

• Section B - Commitment for Future: Delivery:

  • Mission: Kick start economic growth. To secure the highest sustained growth in the G7 - with good jobs and productivity growth in every part of the country making everyone, not just a few, better off.

    Policy Outcome 1: Fair work: That offers fair wages and good working conditions. Help people get a job, stay in work, and progress in their careers, with good employment opportunities across the country. Notes: Where there is a large proportion of labour costs in the contract, commercial teams should consider MAC in Outcome 1 as a priority

    • New apprenticeships on the contract workforce in the relevant area that meet the criteria set out in MAC 1b
    • Providing opportunities for, and measuring and monitoring of, staff workforce conditions over time, including employee engagement, involvement in decision-making and satisfaction and adapting to any changes in the results, with clear processes for acting on issues identified
    • Employment contracts that reflect actual hours worked; steps taken to ensure employees understand their contracts and have the ability to review and adjust them if actual hours regularly exceed contracted hours
    • Activities that support an environment where staff are educated about, and feel empowered to, address their physical wellbeing
    • Activities that support an environment where staff are educated about and feel empowered to report and address bullying and harassment
    • Payment of more than the National Minimum Wage or National Living Wage (as appropriate) to the contract workforce
    • Understanding of in-work progression issues affecting the market, industry or sector relevant to the contract, and in the supplier’s own organisation and those of its key sub-contractors
    • Measures to support in-work progression to help people in the contract workforce, to move into higher paid work by developing new skills relevant to the contract
    • Support for the contract workforce by providing career advice, and providing opportunities for staff working on the contract with in-work progression career development into known skills shortages or high growth areas
    • Volunteering opportunities for staff
    • Measures to identify, mitigate and manage modern slavery risks relating to the contract and how these will be implemented
    • Outline policies and practices to be applied to or put in place for the contract to mitigate and manage modern slavery risks, including: Pre-employment checks, recruitment practices. Workplace conditions, safeguarding plans and processes in place and regular monitoring with relevant groups considered, which may include sampling

  • Mission: Kick start economic growth. To secure the highest sustained growth in the G7 - with good jobs and productivity growth in every part of the country making everyone, not just a few, better off.

    Policy Outcome 2: Skills for growth: Supporting growth sectors and addressing skills gaps.

    • Understanding of employment and relevant skills issues, and of the education and training issues relating to the contract. Illustrative examples: demographics, skills shortages, new opportunities in high growth sectors, geographic/local community and skills/employment challenges
    • Support for educational attainment relevant to the contract, including training schemes that address skills gaps and result in recognised qualifications
    • Activities to support relevant sector related skills growth and sustainability in the contract workforce. Illustrative examples: careers talks, curriculum support, literacy support, safety talks and volunteering
    • Delivery of apprenticeships, supported internships and T Level industry placement opportunities (Level 2, 3 and 4+) in relation to the contract

  • Mission: Kick start economic growth. To secure the highest sustained growth in the G7 - with good jobs and productivity growth in every part of the country making everyone, not just a few, better off.

    Policy Outcome 3: Resilient, innovative and flexible supply chains: Support economic growth through enabling resilient businesses, opportunities for small businesses and voluntary, community and social enterprises

    • Understanding of local demographics, needs and opportunities for the co-design of the goods, services and works to be delivered under the contract
    • Methods for engaging with different parts of the community (including the education system and charities representing the community) and how communities come together to inform decisions, strategy and projects to leave a positive legacy for future generations
    • Plans for positive actions with community groups.
    • Support for community-led initiatives relevant to the contract. Illustrative examples: improving transport links; reducing loneliness; helping with English language proficiency; and facilitating social mixing among people with different backgrounds

  • Mission: Make Britain a clean energy superpower: To cut bills, create jobs and deliver security with cheaper, zero-carbon electricity by 2030, accelerating to net zero

    Policy Outcome 4: Sustainable procurement practices: Reducing carbon footprints, minimising waste, and promoting the use of clean energy and green technologies.

    • Understanding of opportunities for additional environmental benefits delivery in the performance of the contract, including working towards net zero carbon emissions and use of clean energy and green technologies
    • Understanding of how to influence staff, suppliers, customers, communities and/or any other appropriate stakeholders through the delivery of the contract to support climate and nature protection and improvement

  • Mission: Break down barriers to opportunity: By reforming our childcare and education systems, to make sure there is no class ceiling on the ambitions of young people in Britain

    Policy Outcome 6: Employment and training: For those who face barriers to employment

    • Understanding of employment and skills issues, and of the skills and employment shortages of high growth sectors relating to the contract
    • Understanding of the issues affecting the representation of disabled people in the workforce in the market, industry or sector relevant to the contract, and in the supplier’s own organisation and those of its key sub-contractors
    • Other measures to provide equality of opportunity for disabled people and those with health conditions into employment, including becoming a Disability Confident employer and inclusion of supported businesses in the contract supply chain
    • Understanding of the issues affecting inequality in employment, skills and pay in the market, industry or sector relevant to the contract, and in the supplier’s own organisation and those of its key sub-contractors. Measures to tackle inequality in employment, skills and pay in the contract workforce
    • Inclusive and accessible development practices, including guidance for line managers on recruiting, managing and developing people with a disability or health condition

  • Mission: Break down barriers to opportunity: By reforming our childcare and education systems, to make sure there is no class ceiling on the ambitions of young people in Britain

    Policy Outcome 7: Creating a pipeline of opportunities: For the contract workforce, reducing barriers to entry for under-represented groups.

    • Other measures to offer development opportunities for the target cohort(s) in the contract workforce
    • Creation of outreach activities to create a pipeline of employees for the future contract delivery
    • Advertising, promotional and outreach activities designed to raise awareness of the offer to reach the target cohort

  • Mission: Build an NHS fit for the future: That is there when people need it; with fewer lives lost to the biggest killers; in a fairer Britain, where everyone lives well for longer.

    Policy Outcome 8: Increasing productivity through physical and mental wellbeing: In the supply chain and communities in the relevant area.

    • Understanding of issues relating to health and wellbeing, including physical and mental health, in the contract workforce
    • Understanding barriers to access to health and social care services or employment opportunities e.g. digital inclusion
    • Inclusive and accessible recruitment practices, development practices and retention policies that support-focused activities including those provided in the Guide for line managers on recruiting, managing and developing which support people with a disability or health condition

Service documents

• Pricing document

  PDF

• Service definition document

  PDF

• Terms and conditions

  PDF

Request an accessible format

If you use assistive technology (such as a screen reader) and need versions of these documents in a more accessible format, email the supplier at uk-publicsector_gb@oracle.com. Tell them what format you need. It will help if you say what assistive technology you use.