The first Law Update of 2024 is here, and our first focus of the year spotlights Healthcare and Lifesciences, a sector that is undergoing significant growth and development across the MENA region.
Our focus provides an insight into some of the most important regulatory updates across the region, such as the UAE’s groundbreaking law on the use of human genome, Kuwait’s resolution on nuclear and radioactive materials, the new regulations for healthcare services in Qatar, Egypt’s healthcare regulatory framework, and the impact of the Saudi Civil Transactions Law on the healthcare and life sciences sector … and there is so much more!
Beyond the healthcare pages our lawyers share with you multi-sector insights where you will discover articles on Dubai’s DIFC regulatory framework for startups, Bahrain’s commercial agencies law, and we also shed light on Kuwaiti civil code and the advantages of setting up a joint stock company in Saudi Arabia.Read the full edition
According to the survey:
Gartner predicted that by the middle of 2012, 30% of the overall software portfolios of organizations will be accounted for by open source software.
According to the survey, open source software is clearly becoming an increasingly large contributor to software portfolios of organizations, a conclusion supported by the numerous public enterprise entities throughout the world formulating procurement strategies that require the consideration of open source software as an alternative to vendor specific software solutions.
DEFINING OPEN SOURCE SOFTWARE
The meaning of the term “open source” remains in a stage of constant change. The Open Source Initiative (OSI), a non-profit organization for the open source community, describes “open source” as:
“… a development method for software that harnesses the power of distributed peer review and transparency of process. The promise of open source is better quality, higher reliability, more flexibility, lower cost, and an end to predatory vendor lock-in.”
OSI provides a useful definition of open source software by setting out the licensing conditions under which software must be released to be considered “open source”. This definition includes the following elements:
BENEFITS OF OPEN SOURCE SOFTWARE
According to a Computerworld survey of 143 information technology professionals (reported in an article on 10 May 2010 by Brandel, M. entitled “Open-source software’s hidden snags”), 80% of those surveyed cited cost saving as the number one benefit of open source software. The appeal of open source software is, however, not limited to the apparent cost savings that may be associated with it, but also includes a higher level of flexibility, faster solution delivery times and swifter responses to required solution updates. A guide published by the Australian Government during March 2011 entitled “A Guide to Open Source Software for Australian Government Agencies” cites the following as benefits of using open source software:
RISKS ASSOCIATED WITH OPEN SOURCE
Intellectual Property Ownership
The term “copyleft” was created as a play on the term “copyright” and captures the “open” philosophy of the open source community as it relates to the ownership and “restriction” of the use of copyrighted works. The term “copyleft” (which is also sometimes referred to as “reciprocity”) reflects the use of copyrights to ensure that works derived from open source licensed software code are made available to the open source community.
Copyleft is included to various degrees in different forms of open source license agreements and it is accordingly of particular importance to carefully consider the nature of the open source license in terms of which open source software is procured. There are a number of different license models including the General Public License, the Lesser General Public License, BSD-Style licenses and Permissive Licenses. Depending on the terms of the relevant license, how a licensee is entitled to act with software code derived from the open source software will be dependent on the nature of the relevant license.
In terms of, for example, a General Public License, licensees are required to submit the code of the software they developed as derivative works from the original licensed open source software back to the open source community. Clearly, this approach is in line with the “open” philosophy of the open source community and brings with it the benefits of having a large General Public License open source community. The implication when combining open source software with other software however, may include an obligation on the licensee to reveal the code for the whole “combined software work” to the open source community – meaning possibly giving access to competitors to proprietary source code.
Any proposed use of open source software should accordingly take into consideration the terms of the licenses under which the open source software will be used. Those terms and the obligations on the licensee must be aligned with the general commercial goals of the licensee and the specific nature of the solution the open source software is considered for.
Warranties and Indemnities
Software code is protected through the intellectual property rights associated with the code. In commercial software license relationships, it is the right to authorize third parties to use those intellectual property rights that underpin the commercial relationship. Where a party is incurring a significant expense when acquiring the right to use software, it expects the owner of that software to provide it with (i) a warranty that the use of that software will not infringe the intellectual property rights of a third party and/or (ii) an indemnity in the event that an action is brought against the licensee for the infringement of third party rights.
In the case of open source software, the relevant license terms are structured in a way that affords little protection to licensees. Typical open source software licenses do not include intellectual property warranties and indemnities in favour of the licensees. Considering that open source software projects comprise a development process that creates numerous opportunities for contributors to introduce infringing code, it is understandable why such provisions are not included. However, at the same time it compounds the risk of a possible claim of intellectual property right infringement.
When considering the absence of such warranties and indemnities from a practical point of view, it can be concluded that it will in any event be challenging to recover anything against an open source software licensor in a case of intellectual property right infringement, as many of the open source software projects appear to be owned by entities with little financial/capital substance.
Fitness for Purpose and Quality
Another legal risk to consider is the absence of representations of fitness for a particular purpose or quality of the software. Open source software licenses do not contain such provisions and licensees will have to consider the risks associated with software errors and possibly viruses that may impact business operations from a commercial point of view.
Despite the many apparent benefits of the use of open source software, it is important for organisations to be aware of the risks associated with the use thereof. Most notably, such use is not unconditional, but subject to licenses, the terms of which have been successfully enforced in for example the United States of America.
With continued economic pressures on organisations, it is to be expected that the appeal of the use of open source software will increase as a possible cost saving strategy. If such a strategy is to be pursued, (assuming it is in alignment with the commercial purpose of an enterprise) it is advisable that a specific open source software use and risk management policy be formulated. Such a policy may, as a minimum, require:
Identification of the relevant open source license;
Open source software appears to offer real benefits and may present a feasible alternative to vendor specific software. However, just like in the case of the procurement of vendor specific software, organisations need to carefully assess the legal and commercial implications of the use of open source software.