Automated conflict resolution between multiple clinical pathways: a technology report

Ian Litchfield

Institute of Applied Health Research, College of Medical and Dental Sciences, University of Birmingham, Birmingham, UK

Alice Turner

Institute of Applied Health Research, College of Medical and Dental Sciences, University of Birmingham, Birmingham, UK

Ruth Backman

Institute of Applied Health Research, College of Medical and Dental Sciences, University of Birmingham, Birmingham, UK

João Bosco Ferreira Filho

Department of Computer Science, Federal University of Ceara, Fortaleza, Brasil

Phil Weber

School of Engineering and Applied Science, System Analytics for Innovation, Aston University, Birmingham, UK

Mark Lee

School of Computer Science, College of Engineering and Physical Sciences, University of Birmingham, Birmingham, UK

Author address for correspondence:

Ian Litchfield

Institute of Applied Health Research

College of Medical and Dental Sciences

University of Birmingham

Birmingham B15 2TT, UK


Cite this article: Litchfield I, Turner A, Backman R, Filho JBF, Weber P, Lee M. Automated conflict resolution between multiple clinical pathways: a technology report. J Innov Health Inform. 2018;25(3):142–148.

Copyright © 2018 The Author(s). Published by BCS, The Chartered Institute for IT under Creative Commons license


Background The number of people in the UK with three or more long-term conditions continues to grow and the management of patients with co-morbidities is complex. In treating patients with multimorbidities, a fundamental problem is understanding and detecting points of conflict between different guidelines which to date has relied on individual clinicians collating disparate information.

Objective We will develop a framework for modelling a diverse set of care pathways, and investigate how conflicts can be detected and resolved automatically. We will use this knowledge to develop a software tool for use by clinicians that can map guidelines, highlight root causes of conflict between these guidelines and suggest ways they might be resolved.

Method Our work consists of three phases. First, we will accurately model clinical pathways for six of the most common chronic diseases; second, we will automatically identify and detect sources of conflict across the pathways and howthey might be resolved. Third, we will present a case study to prove the validity of our approach using a team of clinicians to detect and resolve the conflicts in the treatment of a fictional patient with multiple common morbidities and compare their findings and recommendations with those derived automatically using our novel software.

Discussion This paper describes the development of an important software-based method for identifying a conflict between clinical guidelines. Our findings will support clinicians treating patients with multimorbidity in both primary and secondary care settings.

Keywords: multimorbidity, clinical guidance, conflict identification, decision support, patient pathways


By 2018, it is estimated that the number of people in the UK with three or more long-term conditions will have grown from 1.9 to 2.9 million.1 The management of patients with co-morbidities is complex, relying on a range of interacting social agents including physicians, administrators and the drive for patient-centred care. Yet support for clinicians intended to improve the quality of healthcare is based on some 250 clinical guidelines that almost exclusively focus on single conditions.2 The result is that applying multiple guidelines to a patient can result in conflicting recommendations for care leading to calls for an improved integration of existing guidelines to better support patients with multimorbidities.3

These guidelines frequently use graphical descriptions of evidence and are often represented in a single or series of flowcharts.4,5 As such they share with software system specifications, the central tenets of a series of executions of ordered sequences of activities or tasks. The interactions these sequences describe can be modelled using a number of approaches such as sequence or activity diagrams,6 workflow languages such as business process model and notation (BPMN),7 or variants of Petri nets.8 Previous studies has explored the creation of algorithms for merging or ‘composing’ models in these languages913 in order to create a unified model from smaller constituent models, or views. However, in healthcare as in software engineering, a conflict may arise when models are merged but individual executions or actions are incompatible with others.

In this study, we are investigating the use of automated methods of detecting conflicts between multiple clinical pathways and proposing solutions that resolve the conflict. We will consider the specific nature and parameters of each guideline, specific conditions of individual patients, cross-referencing pathways to determine which aspects of the relevant pathway are followed and when. These methods will be developed into a prototype software tool presenting an automated method for navigating multiple clinical pathways for patients with multimorbidity that detects any conflict between pathways and makes suggestions as to how these conflicts might be resolved, sympathetic to the priorities of the care provider and patient. Ultimately, our tool will lead to improved patient outcomes and increase the cost-effectiveness of treating patients with multimorbidity.


To identify possible conflicts, we are transforming models into logical statements and using them to detect conflicts between various steps on each ‘pathway’ using constraint solvers.1417 These have been used successfully to detect conflict in the composition of static models of processes.1820 More recently, the use of constraint solvers has been explored for dynamic models similar to those presented in healthcare.19,21 In this instance, the solvers recognise that the resolution of a conflict can entail different compromises and affect various measures such as time, resource and cost.

Our work consists of three phases.

Phase 1: modelling clinical pathways

The first phase builds on the graphical process modelling language BPMN7 to accurately model clinical pathways and applies it to six pathways representing some of the most common chronic diseases: hypertension, ischaemic heart disease; chronic obstructive pulmonary disease (COPD); Type 2 diabetes mellitus; depression and osteoarthritis (OA). Describing this range of pathways in BPMN allows us to clarify any issues related to the expressiveness of the language or any ambiguities that might exist when attempting to capture clinical pathways.

Having developed the language and mapped the specified pathways, we can produce a formal model that captures care pathways unambiguously. This model will capture pathway characteristics including the periodic nature of appointments and the temporal validity of certain parameters,22,23 for example, the value of blood test results at a specific point in time, drug interactions or intolerance and so on. It will be capable of specifying constraints over the compatibility of treatment within three domains: the scheduling of appointments, medication and behavioural or lifestyle advice. This formal representation will be based on a restriction of the BPMN notation endowed with semantic concepts inspired by coloured petri nets (CPN)24 to express the dynamic behaviour of the models. CPN and equivalent models have previously successfully been used to model and reason about distributed systems for the dynamic interpretation of behavioural composition mechanisms.13,19,21,25 Elsewhere, BPMN has been successfully used to model clinical workflows in a static manner.26,27 We will confirm the most suitable way to define additional relations and functions over events to encode the necessary dynamic information relating to patients’ interaction with their care providers and subsequent actions. An example of one of our modelled pathways is shown in Figure 1.

Phase 2: recognition and resolution of conflict

Pathway composition and care conflicts

Each care pathway represents sequences of medical procedures (events) that may be applied to a patient, together with decision criteria guiding which sequence of events will apply in a particular case, including interactions between the patient and provider. These care pathways are similar to workflow models,28,29 which represent the partially ordered occurrence of events and interactions between components in a software system. As a result, automated constraint solvers such as Z3,17,30 can be used to automatically detect whether the ordering of events specified in one model is in conflict with the ordering of events in others.13,31 In the context of healthcare, one example is when two pathways prescribe drugs which should not be used at the same time. Technically, this can be defined as a constraint, that is, the occurrence of one event disallows the occurrence of another.

We give a limited example in Figure 2. Here, we show a fragment of a pathway model for treating osteoporosis (OA, left) and COPD (right). The majority of the models have been omitted for clarity. The OA model specifies for a number of activities to be carried out in parallel, including the prescription of non-steroidal anti-inflammatory drugs (NSAIDs) to the patient, but only if neither NSAIDs nor corticosteroids are already prescribed. The medications prescribed to a patient are described by the values of data variables in the model. (Here, we use integers, to allow for future dependency on how much medication is being taken.) The ‘guard’ annotations indicate the restriction on prescribing NSAIDs, while the ‘data’ annotations indicate the need to record that the patient is now taking NSAIDs, once a prescription has taken place. The COPD fragment similarly depends on, and modifies the status of, corticosteroids. If a patient is following both the pathways, then there is potential for a conflict between these activities: if NSAIDs is prescribed by the OA pathway, then corticosteroids must not be prescribed by the COPD pathway, and vice versa. Depending on the stage at which the patient is on either pathway, these activities may occur at different times, the set of drugs prescribed to the patient may be different, and so on. Capturing pathways based on BPMN and specifying their composition and constraints based on data values will allow constraint solvers to solve the composed model for the sequences of activities which are valid for a particular patient and situation, and which must be avoided (and why). This is a very simple illustration of a conflict between models and our continuing work will extend this principle to account for other types of conflict. Principally, those that can occur between lifestyle recommendations such as a particular diet or exercise regime though we expect that further sources of conflict will be considered relating to the preferences and priorities of clinicians and patients and the scheduling of appointments or procedures, during subsequent stages of our work.

Figure 1 An excerpt of the modelled pathway for osteoporosis illustrating the use of a restricted subset of BPMN notation enhanced to describe dependencies on, and modification of, data

For each of the care pathways, we are using the Z3 solver to search for a solution that satisfies all constraints. If the care pathways have no conflicts between them, we obtain a new model of the integrated pathways. Otherwise, the analysis identifies the conflicting logical constraints, which allows us to identify which parts of the pathway models are in conflict. This underpins the creation of algorithms to map the solution (or conflicts) back onto the original pathway models for interpretation by clinicians and provides a basis for automated resolutions to be recommended.

Since our models of pathways are always finite, a conflict exists only if the solver can detect it.21 Where there is a loop – a common trait within clinical guidance, for example, testing for HbA1 in diabetics – we will generate a finite number of iterations of the loop over which to evaluate the model. The use of automated solvers in detecting these conflicts means that we can seek conflicts at scale and in a timely fashion.

Automated conflict resolution

As the number of pathways increases, it is critical to adopt the most suitable method of conflict detection and resolution. We will investigate automated methods for changing those parts of pathway models which are causing conflict. To enable this, we are developing a method of identifying the solutions that require the least changes to the models. To do so, we will incorporate a concept of distance metrics into our constraint solving practices. Since sequences of tasks representing a pathway can been seen as graphs, graph edit distances, which measure the number of changes between two graphs required to make them equal, are a suitable basis for such a metric.32 This will allow us to present the clinician with a series of choices ranked in a meaningful manner, as the tool will propose all possible solutions referencing the number of changes to the various pathways needed to accommodate the solution, and so allow a better-informed decision to be made.

Figure 2 Fragments of modelled pathways for osteoporosis and COPD illustrating the potential for conflict between medication (corticosteroids and NSAIDs)

Phase 3: development of a prototype software tool and case study

The final phase involves the creation of a prototype tool that will allow the user to create models of pathways, perhaps reflecting local priorities or initiatives, and to identify and resolve conflicts between them. The validity of our tool will be evaluated using a case study based on an example proposed by Boyd et al.33 of a 79-year-old lady with multiple morbidities including diabetes, hypertension, OA, and COPD. To evaluate whether our method can automatically detect the published conflicts, we will use the models of the six pathways we have defined in Phase 1 and which we know have conflict. Using Z3 as outlined in Phase 2, we will validate whether we can detect the published conflicts and also any other conflicts that may exist between the models. We will then apply the automated method of conflict resolution to produce potential solutions to these conflicts. Finally, a team of clinicians including the author Alice Turner will confirm whether the conflicts discovered and the proposed solutions are medically valid and applicable to the clinical management of the patient.


As described, the increasing number of patients with multiple and frequently long-term conditions presents a challenge to the existing models of care. Though generic guidance for multimorbidity has been produced recently,34 much of the evidence-based guidance is still focused on the treatment of single conditions. This means clinicians are making decisions for one morbidity without having the tools to identify, illustrate, or understand the clinical consequences on another pre-existing condition. We will initiate a software library for pathway models consisting in the first instance of the modelled pathways constructed as part of this project. These will be freely available as a ‘plug-in’ meaning they can be used with existing software systems.

The methods and tools we are developing have the potential to maximise the well-being and quality of life of patients with chronic disease, and benefit their families and carers. By optimising the patient management, our proposed techniques can help reduce polypharmacy, avoidable hospital admissions and procedures, and allow us to implement and audit the best practice. We will also explore the theoretical and practical considerations of the applicability of constraint solvers to other sources of healthcare information technology systems. The application of such techniques has the potential to create tools and technologies to address the national and global health challenges.


Medical decision-making is a complex and evolving process particularly in the increasingly busy primary care environment where continuity of care is decreasing,34 and clinicians are reliant on generic guidance that in such busy settings can often be ignored.35 The graphical language we are developing can not only be used to model centrally disseminated guidance but also used to create bespoke care pathways reflecting the local needs of local patients, organisations and commissioners presented in a readily interpretable display.

BPMN has become the de facto and ISO36 standard for process modelling. Its intuitive graphical model37 has been found suitable for the capturing of processes by domain experts without specialist modelling skills, and facilitating communication between non-specialists.26,27,38 BPMN has been studied in healthcare and assessed as suitable for modelling and visualising clinical pathways39,40 and is being chosen as the modelling notation an increasing number of studies.26,27,3840 Critically, for our purpose to specify conflicts arising from interaction with data, it is designed for extension,39,41 and for formal analysis of modelled pathways, semantics can be properly specified for subsets of BPMN.42,43

Other graphical notations have been proposed for modelling processes. Some, such as Petri nets44 and YAWL,45 do have a rigorous semantics, but either do not account for data (Petri nets), or are over-complex for our purposes (YAWL), or are more suitable for expert modellers (both). In the healthcare domain, a number of Computer Interpretable Guidelines (CIGs) have been proposed. However, none of these have yet become standard, and their bespoke process notations and interaction with data are tightly integrated with their broader facilities for decision support, knowledge management and process automation. We therefore base our notation on BPMN for the benefits of widespread acceptance, ease of interpretation and extension, to allow ease of use by non-specialists while being able to formally specify clinical guidelines.

The acknowledged pressure on clinicians analysing large quantities of data to manage increasingly complex care regimes has led to the development of clinical support systems that can provide readily interpretable medical information. Our approach to manage complex patients is based on producing a series of interactive pathways where any combination can be selected, the conflict between them automatically identified, and suggestions for resolution generated to inform the subsequent decisions. There are, however, other approaches and recently the use of fuzzy logic has gained in popularity.46 This also offers the opportunity to integrate complex human knowledge with computer-aided techniques through tools such as CCTool.47 Many of these rely on the Theory of Change methodologies that combine perspectives of a range of stakeholders to meet a pre-specified goal.48 The resultant maps share much in common with the care pathways that we are creating based on NICE guidance.2 However, the benefit of our approach is that the potentially inhibiting complexity of taking a whole systems view is avoided by building a system one pathway at a time. That these pathways can be used to create unambiguous logical models interpretable by constraint solvers means we can identify potential conflicts between pathways and provide targeted support for clinicians managing multimorbid patients. Such tailored support is missing from the clinical support systems currently in use.



Competing Interests

I declare on behalf of all authors that we have no significant competing financial, professional or personal interests that might have influenced the content or the work described in this manuscript.

Supporting data

As lead author, I can confirm that this is a technical report and as such only preliminary data are available.


The main funding for this project was provided by Engineering and Physical Sciences Research Council EP/M014401/1

Authors’ contribution

Litchfield and Turner were responsible for the conception of the work and the design of the study. Litchfield led the drafting of the article with input from Weber, Backman. Lee, Turner and Ferreira Filho all provided critical revisions. The final version was drafted by Litchfield and approved by Turner, Backman, Ferreira Filho, Weber and Lee.

Electronic Supplementary Material



1. DOH. Long Term Conditions Compendium of Information, 3rd edition [Internet]. Department of Health, 2012. Available from: Accessed September 2017.

2. NICE. National Institute for Health and Clinical Excellence [Internet]. Available from: Accessed September 2017.

3. Kenning C, Fisher L, Bee P, Bower P and Coventry P. Primary care practitioner and patient understanding of the concepts of multimorbidity and self-management: a qualitative study. SAGE Open Medicine 2013.

4. Hawley ST, Zikmund-Fisher B, Ubel P, Jancovic A, Lucas T and Fagerlin A. The impact of the format of graphical presentation on health-related knowledge and treatment choices. Patient Education and Counseling 2008;73(3):448–55. PMid:18755566.

5. Negrini S, Giovannoni S, Minozzi S, Barneschi G, Bonaiuti D, Bussotti A, et al. Diagnostic therapeutic flow-charts for low back pain patients: the Italian clinical guidelines. Europa Medicophysica 2006;42(2):151–70.

6. Object Management Group. UML Superstructure Specification, v.2.4.1 [Internet]. OMG 2011. Available from: Accessed September 2017.

7. Object Management Group. Business Process Model and Notation, v.2.0 [Internet]. OMG 2011. Available from: Accessed September 2017.

8. Reisig W. Understanding Petri Nets: Modeling Techniques, Analysis Methods, Case Studies. Berlin, Germany: Springer, 2013.

9. Harel D and Kugler H. Synthesizing state-based object systems from LSC specifications. International Journal of Foundations of Computer Science 2002;13(1):5–51.

10. Uchitel S, Kramer J and Magee J. Implied scenario detection in the presence of behaviour constraints. Electronic Notes in Theoretical Computer Science 2002;65(7):65–84.

11. Ziadi T, Helouet L and Jezequel JM. Revisiting state chart synthesis with an algebraic approach. Proceedings of 26th International Conference on Software Engineering (ICSE), IEEE Computer Society, Edinburgh, UK, 2004, pp. 242–51.

12. Araujo J, Whittle J and Kim D-K. Modelling and composing scenario-based requirements with aspects. Proceedings of 12th IEEE International Conference on Requirements Engineering (RE), IEEE Computer Society, Kyoto, Japan, 2004, pp. 58–67.

13. Bowles JKF, Bordbar B and Alwanain M. Weaving true-concurrent aspects using constraint solvers. Proceedings of 16th International Conference on Application of Concurrency to System Design (ACSD 2016), IEEE, Torun, Poland, 19–24 June 2016.

14. Prasad M, Biere A and Gupta A. A survey of recent advances in SAT-based formal verification. International Journal on Software Tools for Technology Transfer 2005;7(2):156–73.

15. Nethercote N, Stuckey P, Becket R, Brand S, Duck G and Tack G. MiniZinc: towards a standard CP modelling language. In: Principles and Practice of Constraint Programming—CP 2007. Berlin, Germany: Springer, 2007, pp. 529–43.

16. Gent IP, Jefferson C and Miguel I. Minion: a fast, scalable, constraint solver. Proceedings of 17th European Conference on Artificial Intelligence (ECAI). Riva del Garda, Italy: IOS Press, 2006, pp. 98–102.

17. de Moura LM and Bjørner N. Z3: an efficient SMT solver. Proceedings of Tools and Algorithms for the Construction and Analysis of Systems (TACAS), Springer, Budapest, Hungary, 2008, pp. 337–40.

18. Rubin J, Chechik M and Easterbrook S. Declarative approach for model composition. Proceedings of International Workshop on Modeling in Software Engineering (MISE), ACM, Leipzig, Germany, 2008, pp. 7–14.

19. Bowles JKF and Bordbar B. A formal model for integrating multiple views. Proceedings of 7th International Conference on Application of Concurrency to System Design (ACSD), IEEE Computer Society, Bratislava, Slovakia, 2007, pp. 71–9.

20. Zhang D, Li S and Liu X. An approach for model composition and verification. Proceedings of International Conference on Networked Computing and Advanced Information Management (NCM), IEEE Computer Society, Seoul, Korea, 2009, pp. 1102–7.

21. Bowles JKF, Bordbar B and Alwanain M. A logical approach for behavioural composition of scenario-based models. Formal methods and software engineering. Proceedings of 17th International Conference on Formal Engineering Methods, ICFEM 2015, Paris, France, 3–5 November 2015, pp. 252–69.

22. Baxter GD, Kuster-Filipe J, Miguel A and Tan K. The effects of timing and collaboration on dependability in the neonatal intensive care unit. In: Constituents of Modern System-safety Thinking. Redmill F and Anderson T (Eds). London, UK: Springer, 2005, pp. 195–210. PMid:16137245.

23. Burns A and Hayes IJ. A time band framework for modelling real-time systems. Real-Time Systems 2010;45(1):106–42.

24. Jensen K and Kristensen LM. Coloured Petri Nets—Modelling and Validation of Concurrent Systems. Berlin, Germany: Springer, 2009.

25. Weber P, Bordbar B, Tiňo P and Majeed B. A framework for comparing process mining algorithms. 2011 IEEE GCC Conference and Exhibition (GCC), 2011 IEEE GCC, 2011, pp. 625–8.

26. Müller R and Rogge-Solti A. BPMN for healthcare processes. Proceedings of 3rd Central-European Workshop on Services and their Composition, Services und ihre Komposition, ZEUS 2011, Karlsruhe, Germany,, 2011, pp. 65–72.

27. Rojo MG, Rolón E, Calahorra L, Garcı́a FO, Sánchez RP, Ruiz F, et al. Implementation of the Business Process Modelling Notation (BPMN) in the modelling of anatomic pathology processes. Diagnostic Pathology 2008;3(Suppl 1):S22. PMid:18673511; PMCid:PMC2500103.

28. Casati F, Ceri S, Pernici B and Pozzi G. Conceptual modelling of workflows. Proceedings of OOER’95: Object-Oriented and Entity-Relationship Modelling, 14th International Conference, Gold Coast, Australia, LNCS, Springer, 1995, pp. 341–54.

29. van der Aalst WMP. The application of Petri nets to workflow management. Journal of Circuits, Systems and Computers 1998;8(1):21–66.

30. Microsoft. Z3 Solver [Internet]. Microsoft, 2012. Available from: Accessed September 2017.

31. Bowles J and Caminati MB. Correct composition of dephased behavioural models. In: Proença J, Lumpe M (Eds.), Formal Aspects of Component Software. FACS 2017. Lecture Notes in Computer Science, vol. 10487. Cham, Switzerland: Springer, 2017, pp. 233–50.

32. Gao X, Xiao B, Tao D and Li X. A survey of graph edit distance. Pattern Analysis and Applications 2010;13(1):113–29.

33. Boyd C, Darer J, Boult C, Fried L, Boult L and Wu A. Clinical practice guidelines and quality of care for older patients with multiple comorbid diseases: implications for pay for performance. JAMA 2005;294(6):716–24. PMid:16091574.

34. Devlin RA, Hogg W, Zhong J, Shortt M, Dahrouge S and Russell G. Practice size, financial sharing and quality of care. BMC Health Services Research 2013;13:446. PMid:24165413; PMCid:PMC3819507.

35. Kaffash J. Seven in ten GPs ignore NICE guidance once a month, Pulse Magazine. 2015. Available from:

36. International Organization for Standardization. ISO/IEC 19510:2013 Information technology—Object Management Group Business Process Model and Notation, 2013.

37. Scheuerlein H, Rauchfuss F, Dittmar Y, Molle R, Lehmann T, Pienkos N, et al. New methods for clinical pathways—Business Process Modeling Notation (BPMN) and Tangible Business Process Podeling (t.BPM). Langenbeck’s Archives of Surgery 2012;397(5):755–61. PMid:22362053.

38. Ruiz F, Garcia F, Calahorra L, Llorente C, Gonçalves L, Daniel C, et al. Business process modeling in healthcare. Studies in Health Technology and Informatics 2012;179:75–87.

39. Braun R, Schlieter H, Burwitz M and Esswein W. BPMN4CP: design and implementation of a BPMN extension for clinical pathways. IEEE International Conference on Bioinformatics and Biomedicine (BIBM) IEEE Computer Society, Belfast, UK, 2014, pp. 9–16.

40. Rolón E, Aguilar ER, García F, Ruiz F, Piattini M, Calahorra L, et al. Process modeling of the health sector using BPMN: a case study. Proceedings of First International Conference on Health Informatics, HEALTHINF 2008, Vol. 2, Funchal, Portugal, 2008, pp. 173–8.

41. Stroppi L, Chiotti O and Villareal P. Extending BPMN 2.0: method and tool support. LNBIP 2011;95:59–73.

42. Kossak F, Illibauer C, Geist V, Kubovy J, Natschlager C, Ziebermayr T, et al. A Rigorous Semantics for BPMN 2.0 Process Diagrams. Cham; Heidelberg; New York; Dordrecht; London: Springer, 2014.

43. Van Gorp P and Dijkman RM. A visual token-based formalization of BPMN, 2.0 based on in-place transformations. Information and Software Technology 2013;55(2):365–94.

44. Murata T. Petri nets: properties, analysis and applications. Proceedings of the IEEE 1989;77(4):541–80.

45. van der Aalst WMP and ter Hofstede AHM. YAWL: yet another workflow language. Information Systems Journal 2005;30(4):245–75.

46. Amirkhani A, Papageorgiou E, Mohseni A and Moosavi M. A review of fuzzy cognitive maps in medicine: taxonomy, methods and applications. Computer Methods and Programs in Biomedicine 2017; 142: 129–45. PMid:28325441.

47. Map and Steer Complex Systems: A project powered by ERIE to aid decision making and intervention design in complex contexts, Available from: Accessed February 2018.

48. Taplin DH and Clark H. Theory of Change Basics. New York, NY: ACT Knowledge, 2013.


  • There are currently no refbacks.

This is an open access journal, which means that all content is freely available without charge to the user or their institution. Users are allowed to read, download, copy, distribute, print, search, or link to the full texts of the articles in this journal starting from Volume 21 without asking prior permission from the publisher or the author. This is in accordance with the BOAI definition of open accessFor permission regarding papers published in previous volumes, please contact us.

Privacy statement: The names and email addresses entered in this journal site will be used exclusively for the stated purposes of this journal and will not be made available for any other purpose or to any other party.

Online ISSN 2058-4563 - Print ISSN 2058-4555. Published by BCS, The Chartered Institute for IT