Journal:MaPSeq, a service-oriented architecture for genomics research within an academic biomedical research institution

From LIMSWiki
Revision as of 20:23, 3 March 2016 by Shawndouglas (talk | contribs) (Created stub. Adding more.)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigationJump to search
Full article title MaPSeq, a service-oriented architecture for genomics research within an academic biomedical research institution
Journal Informatics
Author(s) Reilly, J.; Ahalt, S.; McGee, J.; Owen, P.; Schmitt, C.; Wilhelmsen, K.
Author affiliation(s) University of North Carolina at Chapel Hill
Primary contact Phone: +1 919-445-9619 (Wilhelmsen)
Editors Bryant, A.
Year published 2015
Volume and issue 2 (3)
Page(s) 20–30
DOI 10.3390/informatics2030020
ISSN 2227-9709
Distribution license Creative Commons Attribution 4.0 International
Website http://www.mdpi.com/2227-9709/2/3/20/htm
Download [hhttp://www.mdpi.com/2227-9709/2/3/20/pdf http://www.mdpi.com/2227-9709/2/3/20/pdf] (PDF)

Abstract

Genomics research presents technical, computational, and analytical challenges that are well recognized. Less recognized are the complex sociological, psychological, cultural, and political challenges that arise when genomics research takes place within a large, decentralized academic institution. In this paper, we describe a Service-Oriented Architecture (SOA) — MaPSeq — that was conceptualized and designed to meet the diverse and evolving computational workflow needs of genomics researchers at our large, hospital-affiliated, academic research institution. We present the institutional challenges that motivated the design of MaPSeq before describing the architecture and functionality of MaPSeq. We then discuss SOA solutions and conclude that approaches such as MaPSeq enable efficient and effective computational workflow execution for genomics research and for any type of academic biomedical research that requires complex, computationally-intense workflows.

Keywords: service-oriented architecture; genomics; massively parallel sequencing; computational workflow; academic biomedical research; decentralized organization; distributed decision-making

Introduction

Genomics research presents well-recognized technical, computational, and analytical challenges.[1][2][3][4] For example, while the technology for massively parallel genomic sequencing has progressed to the point where large amounts of data can be generated at a rapid pace and for a reasonable cost, the analytical burden presented by this massive amount of data can quickly overwhelm the genomic analyst. Indeed, the analysis and interpretation of genetic findings is generally considered the rate-limiting step in the translation of genomic sequencing data into clinical practice and patient care.[4]

Less recognized challenges to research in genomics and any biomedical field are the sociological, psychological, cultural, and political barriers, many of which arise from the organizational structure within which the research takes place. Indeed, research organizations tend to fall somewhere on a continuum between completely centralized and completely decentralized.[5][6][7][8] Each of these extremes has advantages and disadvantages. Centralized organizations traditionally function within a simple organizational design, with singular decision-making, top-level operational control, a consolidated budget, strong/clear communication channels, uniform culture and politics, and a high degree of efficiency, but at the expense of flexibility. Decentralized organizations, in contrast, generally operate within a complex organizational design, with distributed decision-making, local operational control, regionalized budgets, numerous weak or broken communication channels, inconsistent (and sometimes conflicting) culture and politics, and a high degree of flexibility, but at the expense of efficiency. The conceptualization, design, development, and implementation of information technology (IT) solutions for research in genomics and any biomedical field must therefore involve careful consideration of not only the needs of the user base, but also the organizational structure within which the research takes place.

Herein, we present a Service-Oriented Architecture (SOA) application — termed MaPSeq — that was conceptualized and designed to address the organizational challenges of computation-intensive biomedical research within a decentralized academic institution. In this article, we first describe the challenges that contributed to the conceptualization and design of MaPSeq. We then provide an overview of the technical architecture and capabilities of MaPSeq. Finally, we provide a discussion of service-oriented solutions such as MaPSeq.

Challenges driving the conceptualization and SOA design of MaPSeq

The design of MaPSeq was motivated by challenges that arose during the implementation of a genomic sequencing project titled “North Carolina Clinical Genomic Evaluation by NextGen Exome Sequencing” (NCGENES). This project, which is funded by the National Human Genome Resource Institute, aims to conduct whole exome sequencing of 500 patient samples drawn from multiple disease categories. NCGENES is a complex project, with both research and clinical arms. Soon after the project was initiated, the research and clinical teams realized that there were numerous barriers and roadblocks that needed to be overcome in order to achieve the analytical goals of the project. (See Table 1 for overview.)

Table 1. An overview of the challenges that contributed to the architectural design of MaPSeq
Challenge Description MaPSeq SOA Solution Benefits
Challenge 1 Diverse and evolving computational workflow needs; expanding complexity of workflows Different services designed to address different needs Flexibility; scalability; extensibility
Challenge 2 Silos of distributed, uncoordinated compute resources; network idiosyncrasies Opportunistic use of distributed compute resources without need for a cloud-based software stack Interoperability; extensibility; generalizability
Challenge 3 Political and cultural resistance to change; human roadblocks in the automation of workflow pipelines Reusable automated attributes to gradually replace human workflow processes Achievability; accessibility; functionality

Challenge 1

Academic institutions face the challenge of balancing the needs of large, funded, research projects that typically support the development of an informatics infrastructure with the needs of smaller, often unfunded, research projects that cannot afford significant development costs. Furthermore, few research projects are sufficiently funded to support future development needs. Our institution faced these challenges when trying to balance the needs of the NCGENES investigative team with those of other investigative teams and anticipate future needs. The scale, general applicability, and complexity of massively parallel sequencing favored the development of an SOA approach to support both current and future needs related to genomic and non-genomic computationally-intense serial workflows.

Challenge 2

As is typical for an academic institution, our genomics infrastructure developed in an ad hoc manner, with multiple investigative teams working independently across the university campus. The result was a burgeoning, uncoordinated cluster of distributed compute resources. Compounding this challenge were the numerous network idiosyncrasies that prevented administrators within one network from accessing compute resources within a different network; thus, access privileges to campus compute resources were determined locally and required on-site (rather than remote) access.

Challenge 3

Decision-making at large academic institutions tends to be decentralized, with numerous decision makers enforcing different (and often conflicting) policies and procedures. This organizational structure inevitably leads to political and cultural conflicts and resistance to change, particularly when “external” IT teams attempt to change the processes in place among “central” investigative teams. Political and cultural resistance to the NCGENES project was encountered early on as the investigative team identified many barriers to the automation of human user-controlled workflow processes. While the existing human user-run workflows met the needs of small genomic sequencing projects and user groups, these workflows were inefficient for the computationally-demanding, whole-exome sequencing needs of NCGENES. Moreover, the use of a human contact as the point of access to an existing workflow created a roadblock to the execution of NCGENES, reduced the efficiency of genomic analysis, and threatened the security of sensitive patient data.

Existing solutions

Numerous Workflow Management Systems and workflow pipelines for genomic analysis exist, including COSMOS[9], Ergatis[10], i2b2[11], LONI[12], NG6[13], NGSANE[14], Orione[15], RUbioSeq[16], SeqInCloud[17], STATegra EMS[18], TREVA[19], and Pegasus.[20]

Our team evaluated each of these systems for their ability to overcome the challenges described above. We found that existing solutions could address some, but not all, of the roadblocks and barriers that were hindering progress on the NCGENES project and that a new solution was needed. While all of the existing workflow systems and pipelines have proven to be effective, each has limitations [21]. MaPSeq is not unique in this regard, but it is responsive to the key features of a decentralized research organization. Specifically, as an SOA, MaPSeq allows for integration with multiple clients and distributed systems, whether local, open source, or commercial, and provides tailored, reusable, automated service solutions that address the varying and evolving needs and preferences of decentralized decision-makers. MaPSeq is scalable and can support both small- and large-scale projects and thus is responsive to the computational needs of all investigators. MaPSeq is efficient and allows for seamless, opportunistic use of distributed compute resources. Finally, the service-oriented, automated approach requires little coordination or communication among individual user groups and thus avoids local nuances in politics and culture.

References

  1. Koboldt, D.C.; Ding, L.; Mardis, E.R.; Wilson, R.K. (2010). "Challenges of sequencing human genomes". Briefings in Bioinformatics 11 (5): 484-498. doi:10.1093/bib/bbq016. PMC PMC2980933. PMID 20519329. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2980933. 
  2. Kahn, S.D. (2011). "On the future of genomic data". Science 331 (6018): 728-729. doi:10.1126/science.1197891. PMID 21311016. 
  3. Green, R.C.; Rehm, H.L.; Kohane, I.S. (2014). "Chapter 9: Clinical genome sequencing". In Willard, H.F.; Ginsburg, G.S.. Genomic and Personalized Medicine (2nd ed.). Oxford, UK: Academic Press. pp. 102–122. ISBN 9780123822277. 
  4. 4.0 4.1 Dewey, F.E.; Grove, M.E.; Pan, C. et al. (2014). "Clinical interpretation and implications of whole-genome sequencing". JAMA 311 (10): 1035-1045. doi:10.1001/jama.2014.1717. PMC PMC4119063. PMID 24618965. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4119063. 
  5. Orlikowski, W.J.; Barley, S.R. (2001). "Technology and institutions: What can research on information technology and research on organizations learn from each other?". MIS Quarterly 25 (2): 145-165. doi:10.2307/3250927. PMC PMC2980933. PMID 20519329. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2980933. 
  6. Heiden, S. (10 December 2007). "Centralization Versus Decentralization: A Closer Look at How to Blend Both". Chief Learning Officer. MediaTec Publishing, Inc. http://www.clomedia.com/articles/centralization_versus_decentralization_a_closer_look_at_how_to_blend_both. Retrieved 16 April 2015. 
  7. Jain, P. (15 February 2013). "To Centralize Analytics or Not, That is the Question". Forbes. Forbes.com, LLC. http://www.forbes.com/sites/piyankajain/2013/02/15/to-centralize-analytics-or-not/. Retrieved 16 April 2015. 
  8. Ingram, D. (2015). "Centralized Vs. Decentralized Organizational Design". Houston Chronicle. Hearst Newspapers, LLC. http://smallbusiness.chron.com/centralized-vs-decentralized-organizational-design-11476.html. Retrieved 13 July 2015. 
  9. Gafni, E.; Luquette, L.J.; Lancasster, A.K. et al. (2014). "COSMOS: Python library for massively parallel workflows". Bioinformatics 30 (20): 2956-2958. doi:10.1093/bioinformatics/btu385. PMC PMC4184253. PMID 24982428. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4184253. 
  10. Orvis, J.; Crabtree, J.; Galens, K. et al. (2010). "Ergatis: A web interface and scalable software system for bioinformatics workflows". Bioinformatics 26 (12): 1488-1492. doi:10.1093/bioinformatics/btq167. PMC PMC2881353. PMID 20413634. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC2881353. 
  11. Kohane, I.S.; Churchill, S.E.; Murphy, S.N. (2011). "A translational engine at the national scale: Informatics for integrating biology and the bedside". Journal of the American Medical Informatics Association 19 (2): 181-185. doi:10.1136/amiajnl-2011-000492. PMC PMC3277623. PMID 22081225. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3277623. 
  12. Dinov, I.D.; Torri, F.; Macciardi, F. et al. (2011). "Applications of the pipeline environment for visual informatics and genomics computations". BMC Bioinformatics 12: 304. doi:10.1186/1471-2105-12-304. PMC PMC3199760. PMID 21791102. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3199760. 
  13. Mariette, J.; Escudié, F.; Allias, N. et al. (2012). "Integrated next generation sequencing storage and processing environment". BMC Genomics 13: 462. doi:10.1186/1471-2164-13-462. PMC PMC3444930. PMID 22958229. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3444930. 
  14. Buske, F.A.; French, H.J.; Smith, M.A. et al. (2014). "NGSANE: A lightweight production informatics framework for high-throuput data analysis". Bioinformatics 30 (10): 1471-1472. doi:10.1093/bioinformatics/btu036. PMC PMC4016703. PMID 24470576. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4016703. 
  15. Cuccuru, G.; Orsini, M.; Pinna, A. et al. (2014). "Orione, a web-based framework for NGS analysis in microbiology". Bioinformatics 30 (13): 1928-1929. doi:10.1093/bioinformatics/btu135. PMC PMC4071203. PMID 24618473. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4071203. 
  16. Rubio-Camarillo, M.; Gómex-López, G.; Fernández, J.M. et al. (2013). "RUbioSeq: A suite of parallelized pipelines to automate exome variation and bisulfite-seq analyses". Bioinformatics 29 (13): 1687-1689. doi:10.1093/bioinformatics/btt203. PMC PMC3694642. PMID 23630175. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3694642. 
  17. Mohamed, N.M.; Lin, H.; Feng, W.C. (2013). "Accelerating Data-Intensive Genome Analysis in the Cloud" (PDF). Virginia Tech. http://synergy.cs.vt.edu/pubs/papers/nabeel-bicob13-genome-analysis-cloud.pdf. Retrieved 16 April 2015. 
  18. De Diego, R.H.; Boix-Chova, N.; Gómez-Cabrero, D. et al. (2014). "STATegra EMS: An experiment management system for complex next-generation omics experiments". BMC Systems Biology 8 (Suppl 2): S9. doi:10.1186/1752-0509-8-S2-S9. PMC PMC4101697. PMID 25033091. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4101697. 
  19. Li, J.; Doyle, M.A.; Saeed, I. et al. (2014). "Bioinformatics pipelines for targeted resequencing and whole-exome sequencing of human and mouse genomes: A virtual appliance approach for instant deployment". PLOS ONE 9 (4): e95217. doi:10.1371/journal.pone.0095217. PMC PMC3994043. PMID 24752294. https://www.ncbi.nlm.nih.gov/pmc/articles/PMC3994043. 
  20. Deelman, E.; Vahi, K.; Juve, G. et al. (2015). "Pegasus: A workflow management system for science automation". Future Generation Computer Systems 46 (5): 17–35. doi:10.1016/j.future.2014.10.008. 

Notes

This presentation is faithful to the original, with only a few minor changes to presentation. In some cases important information was missing from the references, and that information was added.