<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Chemotherapy Treatment Scheduling via Answer Set Programming</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Carmine</forename><surname>Dodaro</surname></persName>
							<email>dodaro@mat.unical.it</email>
							<affiliation key="aff0">
								<orgName type="department">DEMACS</orgName>
								<orgName type="institution">University of Calabria</orgName>
								<address>
									<settlement>Rende</settlement>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Giuseppe</forename><surname>Galatà</surname></persName>
						</author>
						<author>
							<persName><forename type="first">Marco</forename><surname>Maratea</surname></persName>
							<email>marco.maratea@unige.it</email>
							<affiliation key="aff1">
								<orgName type="department">DIBRIS</orgName>
								<orgName type="institution">University of Genova</orgName>
								<address>
									<settlement>Genova</settlement>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Marco</forename><surname>Mochi</surname></persName>
							<email>marco.mochi@edu.unige.it</email>
							<affiliation key="aff1">
								<orgName type="department">DIBRIS</orgName>
								<orgName type="institution">University of Genova</orgName>
								<address>
									<settlement>Genova</settlement>
									<country key="IT">Italy</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Ivan</forename><surname>Porro</surname></persName>
						</author>
						<title level="a" type="main">Chemotherapy Treatment Scheduling via Answer Set Programming</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">6BA54651FB520A06E36560D7B6B8CA40</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-25T02:27+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>The problem of planning and scheduling chemotherapy treatments in oncology clinics is a complex problem, given that the solution has to satisfy (as much as possible) several requirements such as the cyclic nature of chemotherapy treatment plans, and the availability of resources, e.g. treatment time, nurses, and pharmacy quantities. At the same time, realizing a satisfying schedule is of upmost importance for obtaining the best health outcomes. In this paper we present a solution to the problem based on Answer Set Programming (ASP), that recently proved to be a consistent methodology for solving complex scheduling problems involving optimization. Results of an experimental analysis, conducted on benchmarks with realistic sizes and parameters, show that ASP is a suitable solving methodology also for this important scheduling problem.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>The Chemotherapy Treatment Scheduling (CTS) <ref type="bibr" target="#b29">[29]</ref><ref type="bibr" target="#b30">[30]</ref><ref type="bibr" target="#b31">[31]</ref><ref type="bibr" target="#b35">35]</ref> problem consists of computing a schedule for patients requiring chemotherapy treatments. The CTS problem is a complex problem for oncology clinics since it involves multiple resources and aspects, including the availability of nurses, chairs, and drugs. Chemotherapy treatments have a cyclic nature, where the number and the duration of each cycle depend on the different types of cancer and the stage of the disease. Moreover, treatments may have different priorities that must be taken into account for preparing a solution. A proper solution to the CTS problem is thus crucial for improving the degree of satisfaction of patients and nurses, and for a better management of resources. Various studies, also in the context of the COVID19 emergency <ref type="bibr" target="#b32">[32,</ref><ref type="bibr" target="#b36">36]</ref>, have shown how delays in cancer surgery and treatment have a significant adverse impact on patient survival. This impact varies depending on the aggressiveness of the cancer, thus stressing the importance of developing a model capable of efficiently prioritize patients.</p><p>Complex combinatorial problems, possibly involving optimizations, such as the CTS problem, are usually the target applications of AI languages and tools such as Answer Set Programming (ASP). As a matter of fact, ASP has been successfully employed for solving hard combinatorial problems in several research areas, including Artificial Intelligence <ref type="bibr" target="#b7">[8,</ref><ref type="bibr" target="#b8">9,</ref><ref type="bibr" target="#b17">18]</ref>, Bioinformatics <ref type="bibr" target="#b19">[20]</ref>, Hydroinformatics <ref type="bibr" target="#b21">[22]</ref>, and it has been also employed to solve many scheduling problems <ref type="bibr" target="#b13">[14,</ref><ref type="bibr" target="#b26">26,</ref><ref type="bibr" target="#b34">34,</ref><ref type="bibr" target="#b0">1,</ref><ref type="bibr" target="#b14">15,</ref><ref type="bibr" target="#b15">16,</ref><ref type="bibr" target="#b4">5,</ref><ref type="bibr" target="#b5">6,</ref><ref type="bibr" target="#b18">19,</ref><ref type="bibr" target="#b7">8]</ref>, and in industrial applications (see, e.g., <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b16">17]</ref>). The success of ASP is due to different factors, including a simple but rich syntax <ref type="bibr" target="#b11">[12]</ref>, which includes optimization statements as well as powerful database-inspired constructs like aggregates, an intuitive semantics <ref type="bibr" target="#b9">[10]</ref>, and the availability of efficient solvers (see, e.g., <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b22">23,</ref><ref type="bibr" target="#b33">33,</ref><ref type="bibr" target="#b25">25,</ref><ref type="bibr" target="#b2">3]</ref>).</p><p>In this paper, we propose the first ASP encoding for solving the CTS problem, and then we tested our solution by experimenting with several instances simulating real-world scenarios. Results obtained using the state-of-the-art ASP solver clingo <ref type="bibr" target="#b24">[24]</ref> show that ASP is a suitable solving methodology for the CTS problem.</p><p>To summarize, the main contributions of this paper are the following:</p><p>• We provide an ASP encoding for solving the complete CTS problem (Section 4). • We generated several instances simulating real-world scenario and conducted an experimental analysis assessing the good performance of our solution (Section 5).</p><p>• We analyze related literature (Section 6).</p><p>The paper is completed by Section 2, which contains needed preliminaries about ASP, by an informal description of the CTS problem in Section 3, and by conclusions and possible topics for future research in Section 7.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Background on ASP</head><p>Answer Set Programming (ASP) <ref type="bibr" target="#b9">[10]</ref> is a programming paradigm developed in the field of nonmonotonic reasoning and logic programming. In this section we overview the language of ASP. More detailed descriptions and a more formal account of ASP, including the features of the language employed in this paper, can be found in <ref type="bibr" target="#b9">[10,</ref><ref type="bibr" target="#b12">13]</ref>. Hereafter, we assume the reader is familiar with logic programming conventions.</p><p>Syntax. The syntax of ASP is similar to the one of Prolog. Variables are strings starting with uppercase letter and constants are non-negative integers or strings starting with lowercase letters. A term is either a variable or a constant. A standard atom is an expression p(t 1 , . . . , t n ), where p is a predicate of arity n and t 1 , . . . , t n are terms. An atom p(t 1 , . . . , t n ) is ground if t 1 , . . . , t n are constants.</p><p>A ground set is a set of pairs of the form consts : conj , where consts is a list of constants and conj is a conjunction of ground standard atoms. A symbolic set is a set specified syntactically as {T erms 1 : Conj 1 ; • • • ; T erms t : Conj t }, where t &gt; 0, and for all i ∈ [1, t], each T erms i is a list of terms such that |T erms i | = k &gt; 0, and each Conj i is a conjunction of standard atoms. A set term is either a symbolic set or a ground set. Intuitively, a set term {X : a(X, c), p(X); Y : b(Y, m)} stands for the union of two sets: the first one contains the X-values making the conjunction a(X, c), p(X) true, and the second one contains the Y -values making the conjunction b(Y, m) true. An aggregate function is of the form f (S), where S is a set term, and f is an aggregate function symbol. Basically, aggregate functions map multisets of constants to a constant. The most common functions implemented in ASP systems are the following:</p><formula xml:id="formula_0">• #count, number of terms; • #sum, sum of integers.</formula><p>An aggregate atom is of the form f (S) ≺ T , where f (S) is an aggregate function, ≺ ∈ {&lt;, ≤, &gt;, ≥, =, =} is a comparison operator, and T is a term called guard. An aggregate atom f (S) ≺ T is ground if T is a constant and S is a ground set. An atom is either a standard atom or an aggregate atom. A rule r has the following form:</p><formula xml:id="formula_1">a 1 ∨ . . . ∨ a n :-b 1 , . . . , b k , not b k+1 , . . . , not b m .</formula><p>where a 1 , . . . , a n are standard atoms, b 1 , . . . , b k are atoms, b k+1 , . . . , b m are standard atoms, and n, k, m ≥ 0. A literal is either a standard atom a or its negation not a. The disjunction a 1 ∨ . . . ∨ a n is the head of r, while the conjunction b 1 , . . . , b k , not b k+1 , . . . , not b m is its body. Rules with empty body are called facts. Rules with empty head are called constraints. A variable that appears uniquely in set terms of a rule r is said to be local in r, otherwise it is a global variable of r. An ASP program is a set of safe rules, where a rule r is safe if the following conditions hold: (i) for each global variable X of r there is a positive standard atom in the body of r such that X appears in ; and (ii) each local variable of r appearing in a symbolic set {Terms : Conj } also appears in a positive atom in Conj .</p><p>A weak constraint <ref type="bibr" target="#b10">[11]</ref> ω is of the form:</p><formula xml:id="formula_2">:∼ b 1 , . . . , b k , not b k+1 , . . . , not b m . [w@l]</formula><p>where w and l are the weight and level of ω, respectively. (Intuitively, [w@l] is read as "weight w at level l", where weight is the "cost" of violating the condition in the body of w, whereas levels can be specified for defining a priority among preference criteria). An ASP program with weak constraints is Π = P, W , where P is a program and W is a set of weak constraints.</p><p>A standard atom, a literal, a rule, a program or a weak constraint is ground if no variables appear in it.</p><p>Semantics. Let P be an ASP program. The Herbrand universe U P and the Herbrand base B P of P are defined as usual. The ground instantiation G P of P is the set of all the ground instances of rules of P that can be obtained by substituting variables with constants from U P .</p><p>An interpretation I for P is a subset I of B P . A ground literal (resp., not ) is true w.r.t. I if ∈ I (resp., ∈ I), and false (resp., true) otherwise. An aggregate atom is true w.r.t. I if the evaluation of its aggregate function (i.e., the result of the application of f on the multiset S) with respect to I satisfies the guard; otherwise, it is false.</p><p>A ground rule r is satisfied by I if at least one atom in the head is true w.r.t. I whenever all conjuncts of the body of r are true w.r.t. I.</p><p>A model is an interpretation that satisfies all rules of a program. Given a ground program G P and an interpretation I, the reduct <ref type="bibr" target="#b20">[21]</ref> of G P w.r.t. I is the subset G I P of G P obtained by deleting from G P the rules in which a body literal is false w.r.t. I. An interpretation I for P is an answer set (or stable model) for P if I is a minimal model (under subset inclusion) of G I P (i.e., I is a minimal model for G I P ) <ref type="bibr" target="#b20">[21]</ref>. Given a program with weak constraints Π = P, W , the semantics of Π extends from the basic case defined above. Thus, let G Π = G P , G W be the instantiation of Π; a constraint ω ∈ G W is violated by an interpretation I if all the literals in ω are true w.r.t. I. An optimum answer set for Π is an answer set of G P that minimizes the sum of the weights of the violated weak constraints in G W in a prioritized way.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Problem Description</head><p>In this section, we provide an informal description of the CTS problem and its requirements.</p><p>The CTS problem consists of computing a schedule for chemotherapy patients. Chemotherapy treatment plans have a cyclic nature, following a schema that depends on the required treatment and each different treatment session requires different drugs to be dispensed. The input of the problem is a list of registrations, corresponding to treatment sessions for the patients, where each registration includes:</p><p>• the drugs to be dispensed, with a maximum of 3 drugs per session;</p><p>• the priority level of the registration, where 1, 2, and 3 correspond to registrations with high, medium, and low priority, respectively; and • the day before which the treatment must start, if the registration corresponds to the first session of the patient, or the number of waiting days before the subsequent session, otherwise.</p><p>Registrations range over a period of time of 14 days, where each day is composed by 8 time slots. Then, each hospital has c available chairs, each chair can be assigned to at most ntreat treatments, n nurses working in the hospital, k patients that a nurse can visit per time slot, and a maximum quantity of available drugs for each day. In our setting, c, ntreat, n, and k are fixed and set to 15, 10, 5, and 4, respectively.</p><p>The output of the problem is a schedule of registrations to time slots according to the following requirements:</p><p>• the first session treatment must be scheduled before the date reported in the registration; • the subsequent sessions must be scheduled exactly after the number of waiting days specified in the registration; • each chair can be used by only one patient for each time slot;</p><p>• if the treatment requires more than one time slots, then the patients must always use the same chair; • each nurse can assist from 1 to k patients for each time slot;</p><p>• each chair can be assigned to at most ntreat treatments;</p><p>• treatments cannot exceed the maximum quantity of drugs available for each day; • treatments must be scheduled as soon as possible, therefore it is not possible that a day has no scheduled registration and subsequent days have scheduled registrations; • since some drugs might require a long time to be prepared, treatments cannot be scheduled at the latest available time slot.</p><p>Moreover, as a further requirement, registrations with the highest priorities should be scheduled before other registrations.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">ASP Encoding for the CTS problem</head><p>Starting from the specifications in the previous section, here we present the ASP encoding, based on the input language of clingo <ref type="bibr" target="#b22">[23]</ref>, for the scheduling problem.</p><p>Data Model. The input data is specified by means of the following atoms:</p><p>• Instances of reg(REGID,PRIOR,M,DUEDATE,TID1,TID2,TID3) represent the registrations, characterized by an id (REGID), a priority score (PRIOR, we recall that 1 is the highest priority and 3 is the lowest priority), a value indicating an internal order of treatments (M, where 0 indicates the first treatment, 1 the second treatment, etc.), the date by which the treatments must be carried out (DUEDATE), the ids of treatments (TID1, TID2, TID3) that must be carried out.   where ID is the identifier of the nurse and D is the day.</p><p>Moreover, we also take advantage of three constants, namely c, k, and ntreat, corresponding to the ones described in the previous section. The output is an assignment represented by atoms of the form</p><p>x(RID,DAY,TS,TID1,TID2,TID3,PRIOR,M)</p><p>where the intuitive meaning is that the registration with id RID is assigned to the day DAY and its starting time slot is TS, whereas the terms TID1, TID2, TID3, PRIOR, and M are the ones of reg(REGID,PRIOR,M,DUEDATE,TID1,TID2,TID3), described above. Encoding. The related encoding is shown in Figure <ref type="figure" target="#fig_1">1</ref>, and is described in the following. To simplify the description, we denote as r i the rule appearing at the line i of Figure <ref type="figure" target="#fig_1">1</ref>.</p><p>Rules r 1 and r 2 guess an assignment for the registrations to a day DAY and a time slot TS, where r 1 is used to guess the first day of the treatment and r 2 the subsequent days. Rules r 3 , r 4 , and r 5 are auxiliary rules which are used for deriving atoms of the form res(RID,DAY,H,NCHAIR,NNURSE) starting from the assignment derived in rules r 1 and r 2 . Basically, those atoms include, for each registration of a given day, all the time slots where the registration is assigned, and the number of chairs and nurses required by the registration. Then, rules r 6 and r 7 guess the chairs and the nurses that must be assigned to each selected registration. Subsequent rules, from r 8 to r 16 , are used to check that the schedule fulfills all the requirements. In particular, rules r 8 and r 9 ensure that each chair is assigned to at most one patient and each nurse can visit at most k patients for each time slot, respectively. Rule r 10 enforces that a patient has always the same chair until the treatment is not finished. Rule r 11 is used to guarantee that the number of assigned chairs does not exceed the number of available chairs, denoted with the constant c. Rules r 12 and r 13 ensure that each treatment does not exceed the allotted time expressed by instances of mss and the number of treatments assigned to a chair does not exceed the maximum number of treatments (denoted with the constant ntreat), respectively. Rule r 14 guarantees that treatments start before the last available slot of mss. Rule r 15 ensures that if a day has at least one scheduled registration, then all previous days must also have at least one scheduled registration, whereas rule r 16 is used to enforce that the maximum availability of the drugs is not exceeded for each day. Then, weak constraints from r 17 to r 19 are used to optimize the schedule of the registrations according to their priority. In particular, registrations with the highest priority must be scheduled before other registrations. Note that this optimization is considered for the first day of treatment only. Finally, weak constraint r 20 is used to schedule the treatments as soon as possible. Note that r 20 is somehow subsumed by weak constraints from r 17 to r 19 , however we find out that adding this weak constraints slightly improves the overall performance in our experiments.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Experimental Results</head><p>In this section we report the results of an empirical analysis of the CTS problem. Data have been randomly generated using parameters inspired by real-world data. In this way we can simulate different scenarios and use them to test our encoding. The experiments were run on a AMD Ryzen 5 2600 CPU @ 3.40GHz with 7.6 GB of physical RAM. The ASP system used was clingo <ref type="bibr" target="#b22">[23]</ref>, using arguments -restart-on-model for a faster optimization and -parallel-mode 12 for parallel execution. The time limit was set to 300 seconds.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1">CTS benchmarks</head><p>The generated benchmarks vary for the number of patients and drug availability but they all consider a 14-days calendar. Two different scenarios were considered. The first one (scenario α) is characterized by an amount of drugs that allow the system to use the available chairs in a high percentage. For the second one (scenario β), we severely reduced the number of available drugs, to test the encoding in a situation in which the drugs become a limitation for the system and then the usage of the chairs is reduced. Each scenario was tested with 10 different randomly generated inputs for each of the different groups of patients: 60, 80, and 100. The characteristics of the tests are the following:</p><p>• 2 different benchmarks, comprising a planning period of 14 working days, and different numbers of available drugs, as reported in Table <ref type="table" target="#tab_1">1</ref> and in Table <ref type="table" target="#tab_2">2</ref>, for each group of patients; • 3 different types of drugs that are assigned to the patients following the schema reported in Table <ref type="table" target="#tab_3">3</ref>; • For each patient, there are 6 different registrations, each corresponding to a day of treatment, following the schema reported in Table <ref type="table" target="#tab_3">3</ref>, with the first one having a randomly generated priority and a due date of the treatment with a value inside a range of days based on the priority. In this way, we simulate the common situation where a manager takes a list of patients with different priorities and tries to schedule every patient as soon as possible, taking into account the priority.</p><p>The priorities of the first registration have been generated from uneven distribution of three possible values (with weights respectively of 0.20, 0.40, and 0.40 for registrations having priority 1, 2, and 3, respectively). Depending on the priority the due date of the treatment is randomly assigned from three different ranges: <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b5">6)</ref> for priority 1, <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b10">11)</ref> for priority 2, and <ref type="bibr" target="#b10">[11,</ref><ref type="bibr" target="#b14">15)</ref> for priority 3, respectively. The parameters of the test have been summed up in Table <ref type="table" target="#tab_4">4</ref>. In particular, for each group of patients (60, 80 and, 100), we reported the mean and the standard deviation of the number of patients with priority 1, 2 and 3, respectively.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2">Results</head><p>The encoding was tested on each scenario (α, i.e. drugs abundance, and β, i.e. drugs scarcity) and with each number of patients (60, 80 or 100). We summarized our results in Tables <ref type="table" target="#tab_7">5 and 7</ref> for scenario α and Tables <ref type="table" target="#tab_8">6 and 8</ref> for scenario β, respectively. In each of these tables we report the average for each day, calculated over 10 tests with randomly generated input, of the infusion chairs occupation and the usage of each treatment drug as a percentage over the maximum quantity that could be produced in that day. As a general observation, these results show that our solution is capable to reach a good level of chairs occupation and drugs usage, especially in the first half of the planning period. In the second half, the efficiency decreases for the simple reason that many patients have either finished their treatments or are in their later stages, which are less time and drug consuming (see Table <ref type="table" target="#tab_3">3</ref>). In a real-world application, a new schedule with new patients would actually be planned such that the second half of the first schedule would overlap with first half of the second schedule, thus having some slots pre-occupied and filling all spaces left empty.</p><p>Finally, we present some more detailed results achieved on one instance of scenario α. In particular, we present in Fig. <ref type="figure" target="#fig_2">2</ref> the occupation of a chair during the planning period, while in Fig. <ref type="figure" target="#fig_3">3</ref> we show the drug usage. Fig. <ref type="figure" target="#fig_4">4</ref> reports the day the first session of each treatment, subdivided by patient priority, was scheduled: as we can see priority 1 patients begin their treatment at the first day available, then priority 2 are obviously favoured over priority 3 patients. In Fig. <ref type="figure" target="#fig_5">5</ref> we show the aggregated number of patients treated per day: note that this number can significantly vary because the duration of the sessions can be very different depending on the phase of the treatment.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Related Work</head><p>In this section we review related literature devoted to acknowledging some of the most interesting works published in the latest years which dealt with the CTS problem. Sevinc et al. <ref type="bibr" target="#b35">[35]</ref> addressed the CTS problem through a two-phase approach. In the first one an adaptive negative-feedback scheduling algorithm is adopted to control the load on the system, while in the second phase two heuristics based on the 'Multiple Knapsack Problem' have been evaluated to assign patients to specific infusion seats. The overall design has been put to test at a local chemotherapy center and has yielded good results for patient waiting times, orderly execution of chemotherapy regimen and utilization of infusion chairs. Huang et al. <ref type="bibr" target="#b30">[30]</ref> developed and implemented a model to optimize safety and efficiency in terms of staffing resource violations measured by nurse-to-patient ratios throughout the workday and at key points during treatment to decide when to schedule patients according to their visit durations. The optimization model was built using Excel Solver. Hahn-Goldberg et al. <ref type="bibr" target="#b29">[29]</ref> addressed in partic-  ular dynamic uncertainty that arises from requests for appointments that arrive in real time and uncertainty due to last minute scheduling changes through a proactive template of an expected day in the chemotherapy centre using a deterministic optimization model updated, to accommodate last minute additions and cancellations to the schedule, by a shuffling algorithm. Huggins et al. <ref type="bibr" target="#b31">[31]</ref> presented a mixed-integer programming optimization model developed with the objective of maximizing resource utilization, while balancing human workload, in particular taking into account variability in length of treatment, increased patient demand, and resource limitations.   </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7">Conclusions and Current Work</head><p>In this paper we have employed ASP for solving the CTS problem, and we then presented the results of an experimental analysis on instances generated in order to simulate real-world scenarios. The proposed solution and the good results confirm that ASP is a viable AI tool for solving hard scheduling problems, mainly due to the available modeling rules and constructs, and availability of efficient solvers.</p><p>Concerning future work, we are currently improving the analysis by investigating with other parameters, e.g. with k = 7, given that a range between 4 and 7 for k is often employed in papers, or with 20 and 40 patients. We also plan to to include the design, encoding and analysis of a re-scheduling solution, in case the off-line solution, as proposed in this paper, cannot be fully implemented for circumstances such as canceled registrations, and the evaluation of heuristics and optimization techniques (see, e.g., <ref type="bibr" target="#b6">[7,</ref><ref type="bibr" target="#b27">27,</ref><ref type="bibr" target="#b28">28]</ref>) for further improving the effectiveness of our solution. Finally, we plan to experimentally confront to the alternative solutions mentioned in the related work section, assuming such solutions are publicly available and the comparison is significant, and to analyse with real data when they become available.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc>{x(RID,DAY,TS,TID1,TID2,TID3,PRIOR,0) : mss(DAY,TS), DAY &lt;= DUEDATE} = 1 :reg(RID,PRIOR,0,DUEDATE,TID1,TID2,TID3). {x(RID,DAY1+DAY2,TS,TID1,TID2,TID3,0,M) : mss(DAY1+DAY2,TS)} = 1 :-x(RID,DAY1,_,_,_,_,_,N), reg(RID,_,M,DAY2,TID1,TID2,TID3), M=N+1, mss(DAY1+DAY2,_). res(RID,DAY,TS..TS+D1-1,NCHAIR,NNURSE) :-x(RID,DAY,TS,TID1,_,_,_,_), type(TID1,_,NCHAIR,NNURSE,D1). res(RID,DAY,(TS+D1)..(TS+D1+D2-1),NCHAIR,NNURSE) :-x(RID,DAY,TS,TID1,TID2,_,_,_), type(TID1,_,_,_, D1), type(TID2,_,NCHAIR,NNURSE,D2). res(RID,DAY,(TS+D1+D2)..(TS+D1+D2+D3-1),NCHAIR,NNURSE) :-x(RID,DAY,TS,TID1,TID2,TID3,_,_), type(TID1,_,_,_,D1), type(TID2,_,_,_,D2), type(TID3,_,NCHAIR,NNURSE,D3). {chair(ID,RID,DAY,TS) : chair(ID)} = NCHAIR :-res(RID,DAY,TS,NCHAIR,_). {nurses(ID,RID,DAY,TS) : nurse(DAY,ID)} = NNURSES :-res(RID,DAY,TS,_,NNURSES). :-#count{RID : chair(ID,RID,DAY,TS)} &gt; 1, chair(ID), mss(DAY,TS). :-#count{RID : nurses(ID,RID,DAY,TS)} &gt; k, nurse(DAY,ID), mss(DAY,TS). :-chair(ID1,RID,DAY,TS), chair(ID2,RID,DAY,TS+1), ID1 &lt; ID2. :-#sum{NCHAIR,RID : res(RID,DAY,TS,NCHAIR,_)} &gt; c, mss(DAY,TS). :-T1 = #max{TS1 : res(_,DAY,TS1,_,_)}, T2 = #max{TS2: mss(DAY,TS2)}, T1 &gt; T2. :-#count{RID: chair(ID,RID,DAY,_)} &gt; ntreat, mss(DAY,_), chair(ID). :-T = #max{TS: mss(DAY,TS)}, x(_,DAY,T,_,_,_,_,_). :-not x(_,DAY,_,_,_,_,_,_), x(_,DAY+1,_,_,_,_,_,_), mss(DAY,_). :-#count{RID:x(RID,DAY,_,TID,_,_,_,_); RID:x(RID,DAY,_,_,TID,_,_,_); RID:x(RID,DAY,_,_,_,TID,_,_)} &gt; MAX/Q, mss(DAY,_), type(TID,Q,_,_,_), Q != 0, drug(TID,MAX). :∼ x(RID,DAY,_,_,_,_,1,0). [DAY@4,RID] :∼ x(RID,DAY,_,_,_,_,2,0). [DAY@3,RID] :∼ x(RID,DAY,_,_,_,_,3,0). [DAY@2,RID] :∼ x(_,DAY,_,_,_,_,_,0). [DAY@1]    </figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Fig. 1 .</head><label>1</label><figDesc>Fig. 1. ASP encoding of the CTS problem</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Fig. 2 .</head><label>2</label><figDesc>Fig. 2. Chair occupation for each day of the planning period (in % over the total available time) for scenario α schedules with 60 (top left), 80 (top right) or 100 patients (bottom left).</figDesc><graphic coords="11,152.49,376.35,151.20,100.80" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Fig. 3 .</head><label>3</label><figDesc>Fig. 3. Drugs usage for scenario α schedules with 60 (top left), 80 (top right) and 100 (bottom left) patients.</figDesc><graphic coords="12,152.49,374.83,151.20,100.80" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Fig. 4 .</head><label>4</label><figDesc>Fig. 4. Distribution of the first session of each treatment for scenario α with 60 (top left), 80 (top right) and 100 patients (bottom left). The blue bar indicates the priority 1 patients while the orange and green ones the priority 2 and 3 patients, respectively.</figDesc><graphic coords="12,152.49,478.91,151.20,100.80" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Fig. 5 .</head><label>5</label><figDesc>Fig. 5. Total number of patients treated in each day of the planning period for scenario α with 60 (top left), 80 (top right) and 100 (bottom left) patients (bottom left).</figDesc><graphic coords="13,152.49,219.93,151.20,100.80" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Table 1 .</head><label>1</label><figDesc>Drugs availability for each groups of patients in each day in scenario α.</figDesc><table><row><cell cols="4">Number of patients Drug A Drug B Drug C</cell></row><row><cell>60</cell><cell>400</cell><cell>2000</cell><cell>600</cell></row><row><cell>80</cell><cell>500</cell><cell>2500</cell><cell>800</cell></row><row><cell>100</cell><cell>700</cell><cell>3200</cell><cell>1150</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 2 .</head><label>2</label><figDesc>Drugs availability for each groups of patients in each day in scenario β.</figDesc><table><row><cell cols="4">Number of patients Drug A Drug B Drug C</cell></row><row><cell>60</cell><cell>350</cell><cell>1850</cell><cell>550</cell></row><row><cell>80</cell><cell>400</cell><cell>2250</cell><cell>700</cell></row><row><cell>100</cell><cell>550</cell><cell>3000</cell><cell>900</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Table 3 .</head><label>3</label><figDesc>Schema of the treatment followed by every patient, inspired by a sample chemotherapy regimen<ref type="bibr" target="#b37">[37]</ref> </figDesc><table><row><cell cols="2">Day Drugs</cell><cell>Dose</cell><cell>Duration</cell></row><row><cell cols="4">1 A-B-C 20 mg/m 2 , 100 mg/m 2 , 30 units 1, 2, 1 time slot</cell></row><row><cell cols="2">2-5 A-B</cell><cell>20 mg/m 2 , 100 mg/m 2</cell><cell>1, 2 time slot</cell></row><row><cell cols="2">6-7 Rest</cell><cell></cell><cell></cell></row><row><cell>8</cell><cell>C</cell><cell>30 units</cell><cell>1 time slot</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_4"><head>Table 4 .</head><label>4</label><figDesc>Parameters for the random generation of the scheduler input.</figDesc><table><row><cell cols="2">Patients Scenario</cell><cell>Num. of Priority 1 mean (std)</cell><cell>Num. of Priority 2 mean (std)</cell><cell>Num. of Priority 3 mean (std)</cell></row><row><cell>60</cell><cell>α</cell><cell>12.9 (2.5)</cell><cell>24 (4.82)</cell><cell>23 (4.65)</cell></row><row><cell>80</cell><cell>α</cell><cell>17.3 (1.48)</cell><cell>32.6 (3.41)</cell><cell>30.1 (3.69)</cell></row><row><cell>100</cell><cell>α</cell><cell>19.5 (3.26)</cell><cell>38 (3.68)</cell><cell>42.5 (4.67)</cell></row><row><cell>60</cell><cell>β</cell><cell>11.9 (2.80)</cell><cell>24.4 (4.60)</cell><cell>23.7 (4.60)</cell></row><row><cell>80</cell><cell>β</cell><cell>16.8 (1.66)</cell><cell>32.6 (3.23)</cell><cell>30.6 (3.69)</cell></row><row><cell>100</cell><cell>β</cell><cell>19.5 (3.26)</cell><cell>38 (3.68)</cell><cell>42.5 (4.67)</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_5"><head>Table 5 .</head><label>5</label><figDesc>Average chair occupation (in % over the total available) for the scenario α.</figDesc><table><row><cell></cell><cell>Day</cell></row><row><cell cols="2">Patients 0 1 2 3 4 5 6 7 8 9 10 11 12 13</cell></row><row><cell>60</cell><cell>66 64 62 61 61 57 38 59 57 57 41 36 49 29</cell></row><row><cell>80</cell><cell>83 82 81 80 80 77 52 75 68 67 46 43 68 50</cell></row><row><cell>100</cell><cell>92 94 93 95 97 86 67 89 83 89 71 76 90 72</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_6"><head>Table 6 .</head><label>6</label><figDesc>Average chair occupation (in % over the total available) for the scenario β.</figDesc><table><row><cell></cell><cell>Day</cell></row><row><cell cols="2">Patients 0 1 2 3 4 5 6 7 8 9 10 11 12 13</cell></row><row><cell>60</cell><cell>56 55 55 56 56 53 39 53 48 50 45 41 51 46</cell></row><row><cell>80</cell><cell>67 65 70 70 71 63 54 68 68 64 61 63 69 68</cell></row><row><cell>100</cell><cell>90 91 92 92 93 87 64 89 80 81 73 75 89 78</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_7"><head>Table 7 .</head><label>7</label><figDesc>Average drug usage (in % over the available quantity) for the scenario α.</figDesc><table><row><cell>Day</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_8"><head>Table 8 .</head><label>8</label><figDesc>Average drug usage (in % over the available quantity) for the scenario β.</figDesc><table><row><cell>Day</cell></row></table></figure>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Train scheduling with hybrid ASP</title>
		<author>
			<persName><forename type="first">D</forename><surname>Abels</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Jordi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Ostrowski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Toletti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Wanko</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">LPNMR. Lecture Notes in Computer Science</title>
		<imprint>
			<biblScope unit="volume">11481</biblScope>
			<biblScope unit="page" from="3" to="17" />
			<date type="published" when="2019">2019</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Shift design with answer set programming</title>
		<author>
			<persName><forename type="first">M</forename><surname>Abseher</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Musliu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Fundamenta Informaticae</title>
		<imprint>
			<biblScope unit="volume">147</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="1" to="25" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Evaluation of disjunctive programs in WASP</title>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Amendola</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">LPNMR. LNCS</title>
		<editor>Balduccini, M., Lierler, Y., Woltran, S.</editor>
		<imprint>
			<biblScope unit="volume">11481</biblScope>
			<biblScope unit="page" from="241" to="255" />
			<date type="published" when="2019">2019</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Anytime answer set optimization via unsatisfiable core shrinking</title>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">5-6</biblScope>
			<biblScope unit="page" from="533" to="551" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">An advanced answer set programming encoding for nurse scheduling</title>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">AI*IA. LNCS</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2017">2017</date>
			<biblScope unit="volume">10640</biblScope>
			<biblScope unit="page" from="468" to="482" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Nurse (re)scheduling via answer set programming</title>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Intelligenza Artificiale</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="109" to="124" />
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Optimum stable model search: Algorithms and implementation</title>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Marques-Silva</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<idno type="DOI">10.1093/logcom/exv061</idno>
		<ptr target="http://dx.doi.org/10.1093/logcom/exv061" />
	</analytic>
	<monogr>
		<title level="j">J. Log. Comput</title>
		<imprint>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">On the application of answer set programming to the conference paper assignment problem</title>
		<author>
			<persName><forename type="first">G</forename><surname>Amendola</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">AI*IA</title>
		<title level="s">. Lecture Notes in Computer Science</title>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2016">2016</date>
			<biblScope unit="volume">10037</biblScope>
			<biblScope unit="page" from="164" to="178" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">The USA-Advisor: A case study in answer set planning</title>
		<author>
			<persName><forename type="first">M</forename><surname>Balduccini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Gelfond</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Watson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Nogueira</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">LPNMR. LNCS</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2001">2001</date>
			<biblScope unit="volume">2173</biblScope>
			<biblScope unit="page" from="439" to="442" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Answer set programming at a glance</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Eiter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Truszczynski</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Communications of the ACM</title>
		<imprint>
			<biblScope unit="volume">54</biblScope>
			<biblScope unit="issue">12</biblScope>
			<biblScope unit="page" from="92" to="103" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Enhancing Disjunctive Datalog by Constraints</title>
		<author>
			<persName><forename type="first">F</forename><surname>Buccafurri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Rullo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Transactions on Knowledge and Data Engineering</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">5</biblScope>
			<biblScope unit="page" from="845" to="860" />
			<date type="published" when="2000">2000</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Asp-core-2 input language format</title>
		<author>
			<persName><forename type="first">F</forename><surname>Calimeri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Ianni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Kaminski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Krennwallner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">20</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="294" to="309" />
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<monogr>
		<author>
			<persName><forename type="first">F</forename><surname>Calimeri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Ianni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Kaminski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Krennwallner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<ptr target="https://www.mat.unical.it/aspcomp2013/files/ASP-CORE-2.01c.pdf" />
		<title level="m">ASP-Core-2 Input Language Format</title>
				<imprint>
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Design and results of the Fifth Answer Set Programming Competition</title>
		<author>
			<persName><forename type="first">F</forename><surname>Calimeri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">231</biblScope>
			<biblScope unit="page" from="151" to="181" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">An ASP-based solution for operating room scheduling with beds management</title>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Galatà</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">K</forename><surname>Khan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Porro</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">RuleML+RR. Lecture Notes in Computer Science</title>
		<imprint>
			<biblScope unit="volume">11784</biblScope>
			<biblScope unit="page" from="67" to="81" />
			<date type="published" when="2019">2019</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">Operating room scheduling via answer set programming</title>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Galatà</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Porro</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">AI*IA. LNCS</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2018">2018</date>
			<biblScope unit="volume">11298</biblScope>
			<biblScope unit="page" from="445" to="459" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Combining answer set programming and domain heuristics for solving hard industrial problems (application paper)</title>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Gasteiger</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Musitsch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Schekotihin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">16</biblScope>
			<biblScope unit="issue">5-6</biblScope>
			<biblScope unit="page" from="653" to="669" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Allotment problem in travel industry: A solution based on ASP</title>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Nardi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">RR. LNCS</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2015">9209. 2015</date>
			<biblScope unit="page" from="77" to="92" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">Nurse scheduling via answer set programming</title>
		<author>
			<persName><forename type="first">C</forename><surname>Dodaro</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">LP-NMR. LNCS</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2017">2017</date>
			<biblScope unit="volume">10377</biblScope>
			<biblScope unit="page" from="301" to="307" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<analytic>
		<title level="a" type="main">Generating explanations for biomedical queries</title>
		<author>
			<persName><forename type="first">E</forename><surname>Erdem</surname></persName>
		</author>
		<author>
			<persName><forename type="first">U</forename><surname>Öztok</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">15</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="35" to="78" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Semantics and complexity of recursive aggregates in answer set programming</title>
		<author>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Pfeifer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">175</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="278" to="298" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">An ASP approach for the valves positioning optimization in a water distribution system</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gavanelli</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Nonato</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Peano</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Logic and Computation</title>
		<imprint>
			<biblScope unit="volume">25</biblScope>
			<biblScope unit="issue">6</biblScope>
			<biblScope unit="page" from="1351" to="1369" />
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Theory solving made easy with clingo 5</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Kaminski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Kaufmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Ostrowski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Wanko</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">ICLP</title>
				<imprint>
			<publisher>Technical Communications</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title/>
	</analytic>
	<monogr>
		<title level="j">OASICS</title>
		<imprint>
			<biblScope unit="volume">52</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page">15</biblScope>
			<date type="published" when="2016">2016</date>
			<publisher>Schloss Dagstuhl -Leibniz-Zentrum fuer Informatik</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title level="a" type="main">Conflict-driven answer set solving: From theory to practice</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Kaufmann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artif. Intell</title>
		<imprint>
			<biblScope unit="volume">187</biblScope>
			<biblScope unit="page" from="52" to="89" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b25">
	<analytic>
		<title level="a" type="main">Evaluation techniques and systems for answer set programming: a survey</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Perri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<ptr target=".org" />
	</analytic>
	<monogr>
		<title level="m">IJCAI</title>
				<editor>
			<persName><forename type="first">J</forename><surname>Lang</surname></persName>
		</editor>
		<imprint>
			<publisher>ijcai</publisher>
			<date type="published" when="2018">2018</date>
			<biblScope unit="page" from="5450" to="5456" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<analytic>
		<title level="a" type="main">The sixth answer set programming competition</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Artificial Intelligence Research</title>
		<imprint>
			<biblScope unit="volume">60</biblScope>
			<biblScope unit="page" from="41" to="95" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b27">
	<analytic>
		<title level="a" type="main">Dependent and independent variables in propositional satisfiability</title>
		<author>
			<persName><forename type="first">E</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tacchella</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">JELIA. Lecture Notes in Computer Science</title>
		<editor>Flesca, S., Greco, S., Leone, N., Ianni, G.</editor>
		<imprint>
			<biblScope unit="volume">2424</biblScope>
			<biblScope unit="page" from="296" to="307" />
			<date type="published" when="2002">2002</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<analytic>
		<title level="a" type="main">Effectiveness of look-ahead techniques in a modern SAT solver</title>
		<author>
			<persName><forename type="first">E</forename><surname>Giunchiglia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tacchella</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="s">CP. Lecture Notes in Computer Science</title>
		<editor>Rossi, F.</editor>
		<imprint>
			<biblScope unit="volume">2833</biblScope>
			<biblScope unit="page" from="842" to="846" />
			<date type="published" when="2003">2003</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b29">
	<analytic>
		<title level="a" type="main">Dynamic optimization of chemotherapy outpatient scheduling with uncertainty</title>
		<author>
			<persName><forename type="first">S</forename><surname>Hahn-Goldberg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">W</forename><surname>Carter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">C</forename><surname>Beck</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Trudeau</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Sousa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Beattie</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Health Care Manag Sci</title>
		<imprint>
			<biblScope unit="volume">17</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="379" to="392" />
			<date type="published" when="2014-12">Dec 2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b30">
	<analytic>
		<title level="a" type="main">Alternative Outpatient Chemotherapy Scheduling Method to Improve Patient Service Quality and Nurse Satisfaction</title>
		<author>
			<persName><forename type="first">Y</forename><forename type="middle">L</forename><surname>Huang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">H</forename><surname>Bryce</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Culbertson</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">L</forename><surname>Connor</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">A E</forename><surname>Looker</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Oncology Practice</title>
		<imprint>
			<date type="published" when="2017-12">Dec 2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b31">
	<analytic>
		<title level="a" type="main">Improving resource utilization in a cancer clinic: An optimization model</title>
		<author>
			<persName><forename type="first">A</forename><surname>Huggins</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Claudio</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Pérez</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IIE Annual Conference and Expo</title>
				<imprint>
			<date type="published" when="2014-01">2014. 01 2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b32">
	<analytic>
		<title level="a" type="main">Treatment delays in oncology patients during COVID-19 pandemic: A perspective</title>
		<author>
			<persName><forename type="first">D</forename><surname>Kumar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Dey</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">J Glob Health</title>
		<imprint>
			<biblScope unit="volume">10</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="10367" to="010367" />
			<date type="published" when="2020-06">Jun 2020</date>
			<publisher>International Society of Global Health</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b33">
	<analytic>
		<title level="a" type="main">A multi-engine approach to answer-set programming</title>
		<author>
			<persName><forename type="first">M</forename><surname>Maratea</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Pulina</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">14</biblScope>
			<biblScope unit="issue">6</biblScope>
			<biblScope unit="page" from="841" to="868" />
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b34">
	<analytic>
		<title level="a" type="main">Team-building with answer set programming in the Gioia-Tauro seaport</title>
		<author>
			<persName><forename type="first">F</forename><surname>Ricca</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Grasso</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Alviano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Manna</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Lio</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Iiritano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Practice of Logic Programming</title>
		<imprint>
			<biblScope unit="volume">12</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="361" to="381" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b35">
	<analytic>
		<title level="a" type="main">Algorithms for scheduling of chemotherapy plans</title>
		<author>
			<persName><forename type="first">S</forename><surname>Sevinc</surname></persName>
		</author>
		<author>
			<persName><forename type="first">U</forename><forename type="middle">A</forename><surname>Sanli</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><surname>Goker</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Computers in Biology and Medicine</title>
		<imprint>
			<biblScope unit="volume">43</biblScope>
			<biblScope unit="issue">12</biblScope>
			<biblScope unit="page" from="2103" to="2109" />
			<date type="published" when="2013-12">Dec 2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b36">
	<analytic>
		<title level="a" type="main">Collateral damage: the impact on outcomes from cancer surgery of the COVID-19 pandemic</title>
		<author>
			<persName><forename type="first">A</forename><surname>Sud</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">E</forename><surname>Jones</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Broggio</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Loveday</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><forename type="middle">E</forename><surname>Torr</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Annals of Oncology</title>
		<imprint>
			<biblScope unit="volume">31</biblScope>
			<biblScope unit="issue">8</biblScope>
			<biblScope unit="page" from="1065" to="1074" />
			<date type="published" when="2020-08">Aug 2020</date>
			<publisher>Elsevier</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b37">
	<analytic>
		<title level="a" type="main">Chemotherapy operations planning and scheduling</title>
		<author>
			<persName><forename type="first">A</forename><surname>Turkcan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Zeng</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Lawley</surname></persName>
		</author>
		<idno type="DOI">10.1080/19488300.2012.665155</idno>
		<ptr target="https://doi.org/10.1080/19488300.2012.665155" />
	</analytic>
	<monogr>
		<title level="j">IIE Thansactions on Healthcare Systems Engineering</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="issue">03</biblScope>
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
