Posted on Lab Informatics. 7 March, 2018
Industry-leading enterprises invest heavily in laboratory IT initiatives to drive improvements in operational efficiency, regulatory compliance and innovation. For organizations implementing complex laboratory informatics systems such as LIMS, ELNs, and scientific data management systems (SDMS), creating a fully-integrated laboratory environment that fosters digital continuity across the project lifecycle is an important key to driving innovation and remaining competitive.
Integration requirements for laboratory informatics systems often include laboratory devices and instruments, as well as enterprise systems that need access to laboratory data. To accomplish an integrated laboratory environment that provides a high level of business value for your organization, it is important to design a laboratory informatics architecture that is aligned with business goals, along with a roadmap to deployment, before engaging in a proper technology selection process for your organization.
David Dorsett, Astrix Enterprise Architect, recently gave a webinar entitled “Practical Enterprise Architecture for the Laboratory.” In this blog, we will summarize the important points from this webinar, and expand on how your organization can maximize the business value of your laboratory environment by applying a practical Enterprise Architecture for the laboratory.
According to Gartner, “Enterprise architecture (EA) is a discipline for proactively and holistically leading enterprise responses to disruptive forces by identifying and analyzing the execution of change toward desired business vision and outcomes. EA delivers value by presenting business and IT leaders with signature-ready recommendations for adjusting policies and projects to achieve target business outcomes that capitalize on relevant business disruptions.”
It’s not just about the technology
An Enterprise Architect works to create an IT roadmap that maximizes business value for an organization, but it is not just about technology. Using the best and most appropriate technologies available to optimize the IT infrastructure is certainly important, but Enterprise Architecture must balance the requirements for people, process and technology.
Think of Enterprise Architecture as a three-legged stool that can only stand if all three legs are solid. You have to consider trade-offs between particular candidate architectures and people processes. Sometimes, the best solution is to let people do more and the technology do less. Trying to do too much with the technology can often lead to an architecture that is too complex and difficult to support.
Simplicity is an important factor
While complexity may be unavoidable in some situations, it’s wise to keep the design as simple as possible when doing Enterprise Architecture. That said, it’s also important to avoid pushing necessary complexity into a different domain by not addressing the problem when designing architecture for a specific area (e.g., the laboratory). A good Architect designs just the right amount of complexity into the system in the proper areas to meet the necessary requirements for optimizing business value.
Integration is a critical aspect at the enterprise level
At the Enterprise level, integrations are critical aspects. A lot of architecture effort and expenditure is done at the Enterprise integration level – bringing together manufacturing systems and late stage systems in product developments, trying to bridge the gap between the research data handoff into product development efforts, etc. Looking at these handoffs, it’s unlikely that a pure technology solution is going to work in most cases – people and process need to be considered as well.
Non-functional aspects of the architecture
While the biggest focus of most architecture plans is satisfying functional requirements, the biggest issues down the road stem from non-functional aspects (e.g., system support after go-live). Typically, non-functional aspects of architecture do not get enough attention. For Enterprise Architecture to be successful, you have to look beyond the implementation.
These non-functional aspects are critical to the success of the system post go-live, and they are thus often the difference between having happy or unhappy business people. Enterprise Architects must do adequate planning to ensure that the system can be supported down the road:
In the real world, lots of IT systems are built without an architecture. Oftentimes, the architecture of a project simply grows organically (emergent) as the systems are built and the project evolves. While not every project needs to design an architecture, Astrix spends a lot time working with organizations to correct some of the issues that have arisen from an emergent architecture.
Characteristics of projects that may benefit from architectural design include:
The reality is that projects that can benefit from EA are typically complex and require a flexible, agile and a rigorous approach to architectural design. For Enterprise Architecture to be practical and deliver real world value, the architecture plan that is delivered to the customer must satisfy a number of criteria:
Conversely, there are a number of characteristics that are inherent in an impractical architecture plan that will likely fail to deliver significant business value:
Laboratories are dynamic places where change, both planned and unplanned, happens regularly. For example, a user interface can be designed to rigidly move the user through a workflow that may cover 80% of what the scientist is doing today in their lab. But what if a new instrument is purchased that changes the workflow significantly? Will the architectural design accommodate this shift easily?
Rapid change is especially evident in R&D laboratories, where the nature of exploratory science can lead to rapidly changing work processes. When doing EA for the lab, the architect must put the scientist first. This means that the architecture and design of the user interface, data management, and the way the business processes are managed must embrace the unexpected by having sufficient flexibility to be able to meet the changing dynamics of laboratories.
On the flip side, Astrix architects have seen system designs that are so flexible, with so many aspects that can be changed, that they are difficult to administer (e.g., upgrade). When systems that are designed to be highly flexible take a scattered approach to architecture, you end up not addressing the non-functional requirement of being able to update and upgrade the system. A good architectural plan contains a well thought out and balanced approach to designing the right amount of flexibility into the system.
The Astrix Approach™ to Enterprise Architecture
The Astrix Approach™ to Enterprise Architecture for the lab follows a best practice Value Engineering methodology to create a strategy that aligns business requirements, technology and people in your organization.
To create the architectural plan, our experienced professionals follow these steps in the order given:
The detailed architectural plan that is delivered to the customer by Astrix Enterprise Architects at the end of the process will contain all the features of a practical Enterprise Architecture described above – candidate architectures, recommended architecture, evaluation criteria, risk identification and analysis, guidance on how to navigate anticipated obstacles during and post implementation.
Laboratory informatics projects can be extremely costly in terms of time, money and resources. Projects that are large, heavily integrated, multi-process or multi-site, mission critical or long-lived can benefit from Enterprise Architecture applied as part of a comprehensive approach to ensure the success of your laboratory informatics project.
Astrix professionals have the skills and expertise necessary to architect, implement, integrate and support best in class solutions for your organization’s laboratory environment. If you have any questions about Astrix Technology Group service offerings, or if you would like to explore how to optimize your laboratory informatics strategy, contact us today to set up a no-obligations consultation.
About the Author
|Dave Dorsett has more than three decades of experience in R&D informatics throughout the global pharmaceutical, chemical, and consumer goods industries. He has an extensive track record architecting, designing, and delivering commercial and in-house informatics solutions across the R&D spectrum, from early research through late-stage development.|
Copyright (C) 2020